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(57) Abstract 



Disclosed is a traffic information method, whereby, on request and/or automatically, data are transmitted between a central control 
unit and a mobile subscriber unit. Also disclosed is a traffic information system, according to which at least one central control unit and at 
least a plurality of mobile subscriber units are provided. 



(57) Zusammenfassung 

Beschrieben wird ein Verfahren zur Verkehrsinformation, wobei auf Anfrage und/oder automatisch Daten zwischen einer Zentraleinheit 
und einer mobilen Teilnehmereinheit ubertragen werden. Weiter wird eine Anordnung zur Verkehrsinformation beschrieben, wobei 
mindestens eine Zentraleinheit sowie mindestens mehrere mobile Teilnehmereinheiten vorgesehen sind. 
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2 Einleitung 

Verfahren und Anordnung zur Verkehrsinformation 



Durch das stetig wachsende Verkehresaufkommen wird der Bedarf an hochwertigen Syste- 
men zur Verkehrsinformation und Verkehrsleitung immer dringlicher. Dabei ergeben sich je- 
doch die Probleme, wie dem Benutzer stets aktuelle Informationen zur Verfugung gestellt 
werden konnen, die ihm gleichzeitig einen hohen Benutzerkomfort bieten. 

Diese Problematik wird geldst durch die Merkmale der Patentanspruche 1 und 2. Weitere 
mdgliche Ausgestaltungsformen der Erfindung sind der nachfolgenden Beschreibung ent- 
nehmbar. Insbesondere konnen Daten auf verschiedenste Ausgangsparameter bezogen wer- 
den, z.B. Orts-, Start- oder Zielinformationen bzw. Streckeninformationen der Fahrt, zentrale- 
oder endgerateseitige Abfragen, die gerategestiitzt oder personengestutzt durchgefuhrt wer- 
den konnen. Die Datenubertragungen konnen zu Informationserfassungszwecken und/oder zu 
Informationsubertragungszwecken wie auch zur Informationsaktualisierung durchgefuhrt wer- 
den. 

Der vorliegende Verkehrsinformationsdienst kann insbesondere in den Diensteauspragungen 
Jnteraktive VINFO" (uber gezielte SMS-Kurznachrichten und/oder Telefonie) und „koliektive 
VINFO" (uber SMS-Kurznachrichten-Rundfunk CB) angeboten. 

Der interaktive Verkehrsinformationdienst (VINFO) ermoglicht dem Kunden ein auf seine indi- 
viduellen Bedurfnisse zugeschnittenes Abrufen von aktuellen und zuverlassigen informationen 
zum Verkehrsgeschehen. Der Kunde kann Verkehrsinformationen insbesondere zu einem 
geometrischen Selektionsgebiet Oder explizit zu einer Strecke anfordern. Die Verkehrsinfor- 
mationen werden vorzugsweise in einer Zentrale kundenindividuell gefiltert. AnschlieBend 
werden die Verkehrsinfos per SMS-Kurznachrichten gezielt zum Endgerat ubertragen 
(Ausgabe uber Display) bzw. in ein Audiotext-Systern eingespielt (bei Audio-Ausgabe uber 
einen Telefonie-Sprachkanal z.B. in GSM). 

Der kollektive VINFO-Dienst ist funktional und inhaltlich gleich wie der interaktive VINFO- 
Dienst, jedoch findet die Filterung im Endgerat statt. Die Ausgabe von Verkehrsinformationen 
uber das Audiotext-Systern wird nicht unterstutzt. 

Verkehrsinformationen konnen aus unterschiedlichen Quellen gesammelt, aufbereitet und 
individuell fur die einzelnen Kunden zusammengestellt werden. 

Neben offiziellen Verkehrsinformationslieferanten wie Verkehrsinformationszentralen und Lan- 
desmeldestellen kann auf private Lieferanten (mobile Staumelder, etc.) zuruckgegriffen. Zu- 
satzlich oder alternativ kann ein stationares Erfassungssystem auf Autobahnen (BAB) errichtet 
werden, das mit Hilfe von Sensoren die Verkehrsdichte und den VerkehrsfluB bestimmt. Dar- 
uber hinaus kann die mobile Verkehrsdatenerfassung uber die Fahrzeuge der VINFOKunden 
die umfassendsten und detailliertesten Verkehrsinformationen liefern. Neben dem BAB-Netz 
werden damit auch prazise Informationen uber das nachgeordnete StraBennetz vorliegen. 

Die in der Zentrale vorgehaltenen Datenbestande werden damit in kurzester Zeit ein Vielfa- 
ches der heute vorhandenen Verkehrsdaten betragen. Aufgabe des VINFO-Dienstes ist es 
daher, den Kunden mit Hilfe geeigneter Filtermechanismen nur mit den Verkehrsinformationen 
zu versorgen, die ihn direkt betreffen. Das „Uberschutten des Kunden mit Verkehrsinfos" wird 
somit vermieden. 
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2, 

2. 1 Ubersicht iiber die angebotenen Dienste 

Grundsatzlich konnen Informationen zu einem geometrischen Gebiet Oder explizitzu einer 
Strecke abgefragt werden. In diesem Dokument werden folgende Diensteanfragen beschrie- 
ben: 

• Umkreisbezogene VINFO (vom EG parametriert) 

• Umkreisbezogene VINFO (von Zentrale parametriert) 

• Kreissegmentbezogene VINFO 

• Zielgerichtete VINFO 

• Streckenbezogene VINFO 



Eine grundsatzliche Beschreibung der Diensteanfragen findet sich aufden folgenden Seiten. 
Eine detaillierte Beschreibung der Ablaufe ist den anbieterspezifischen Dienstespezifikationen 
zu entnehmen. 

Die beiden folgenden Abschnitte geben einen Uberblick uber die verschiedenen Diensteaus- 
pragungen. 



2. 1. 1 Unterstutzte Dienste Alternative 1 



| Anfrage Art 


Diensteauspragung 


Interne Bezeichnung 


Umkreis VINFO 


Umkreisbezogene VINFO (vom EG 
parametriert) 


Umkreis-lnfo 


Kreissegmentbezogene 
VINFO 


Kreissegmentbezogene VINFO 


Kreissegment-lnfo 


Streckenbezoqene VINFO 


Streckenbezoqene VINFO 


StraBen-lnfo 


2. 1.2 Unterstutzte Dienste Alternative 2 


Anfrage Art 


Diensteauspragung 


Interne Bezeichnung 


Umkreis VINFO 


Umkreisbezogene VINFO (von 
Zentrale parametriert) 




Kreissegmentbezogene 
VINFO 


Zielgerichtete VINFO 




Streckenbezoqene VINFO 


Streckenbezoqene VINFO 
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In der vorliegenden Spezifikation werden ausschlieBlich die in der Spatte „Diensteauspragung" 
genannten Bezeichnungen verwendet. 

Zusatzlich kann die Dienstevariante Himmelsrichtungsbezogene VINFO geboten werden die 
ais Spezialfall von Umkreisbezogene VINFO (von Zentrale parametriert) realisiert und in den 
Kap. 2.1.4 und 4.3 beschrieben wird. 

Der Kunde soil bei alien VINFO- Varianten die Auswahl haben, Verkehrsinformationen einmalig 
anzufordern oder mit automatischen Updates von Verkehrsinfos versorgt zu werden (siehe 
Kap. 4.1). 

In den nachfolgenden Kapiteln werden die Verkehrsinformationen sowie die VINFO-Varianten 
kurz beschrieben. Eine ausfuhrliche Beschreibung der interaktiven Dienstevarianten findet 
sich in Kapitel 3. Die kollektiven Dienstevarianten werden in Kap. 5 beschrieben. 



2.1.3 Verkehrsinformationen 



Meldungen uber die Verkehrslage in dem vom Kunden ausgewahlten Selektionsgebiet werden 
als Verkehrsinformationen (TINFO) bereitgestellt. 

Jede Verkehrsinformation besteht aus dem Ereianis selbst (z. B. „5 km Stau") sowie dem Ort 
des Ereignisses (z. B. „auf der A 3 Koln nach Frankfurt zwischen AS K6ln-K6nigsforst und AS 
Lohmar"). Optional konnen Ursache (z. B. „wegen Unfall") und Hinweise („Bitte fahren Sie auf 
der rechten Spur"), Dauer des Ereignisses (z. B. „fur 2 h") , Umleitunashinweis (z. B. „Bitte 
benutzen Sie ab AS K6ln-K6nigsforst die U 45"), sowie zusatzliche Ortsanaaben (z. B. 
„Staubeginn 3 km nach AS Koln-Konigsforst") enthalten sein. 

Die in der Zentrale vorliegenden Infos zu einer Verkehrsstorung (Ursache(n), Hinweis(e), Um- 
leitungsempfehlung(en) etc.) werden dem Kunden vollstandig zugestellt. 

Die Kodierung der Verkehrsinformationen erfolgt uber Event Codes / Geo Codes. ALERT-C- 
Event Codes und TMC Location Codes werden von T-Mobil im Rahmen dieser Protokollversi- 
on nicht unterstutzt. 

Alle Verkehrsinformationen sind anhand der Prioritat (siehe Kap. 4.7.1) in vier Klassen unter- 
teilt: 



• Prioritat 4 -> Klasse 4 

• Prioritat 3 -> Klasse 3 

• Prioritat 2 -> Klasse 2 

• Prioritat 1 -> Klasse 1 



Warnmeldungen (z. B. Geisterfahrer, verlorene Ladung) 
Verkehrsinfos mit Fernwirkung 
Verkehrsinfos mit Mittelwirkung 
Verkehrsinfos mit Nahwirkung 



Jede Verkehrsinformation wird von der Verkehrsredaktion in der Zentrale einer Klasse zuge- 
ordnet. Verkehrsinfos mit Fernwirkung sind typischerweise groBere Staus auf BAB und Bun- 
desstraGen. Verkehrsinfos mit Mittelwirkung sind typischerweise mittlere Staus auf Bundes- 
und LandesstraGen. Verkehrsinfos mit Nahwirkung sind typischerweise kleine Staus, die sich 
nur lokal auswirken. Damit kann z. B. ein Stau von 1 km Lange auf einer BAB der Klasse 1 
zugeordnet sein, falls dieser nur lokale Auswirkungen hat. 

Warnmeldungen haben die hochste Prioritat 4 und sind vom Endgerat sofort zur Anzeige zu 
bringen. Andere Dienste (wie z. B. der Navigationsdienst) sind beim Eintreffen einer Warnmel- 
dung zu unterbrechen. 
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Beim interaktiven VINFO-Dienst werden die Prioritaten 1 bis 3 vom Endgerat nicht ausgewer- 
tet. Verkehrsinfos dieser Klassen werden entsprechend der gewahlten VINFO-Variante zen- 
tralseitig gefiltert (siehe Kap. 2.1 .4 bis 2.1 .6). Beim VINFO-Dienst Liber CB werden alle Priori- 
taten ausgewertet (siehe Kap. 5). 

Bei der VINFO-Anfrage kann der Kunde wahlen, ob er Verkehrsinformationen nur zum Fern- 
streckennetz Oder fur alle StraBen erhalt. Das Fernstreckennetz besteht aus den BAB, den 
empfohlenen Umleitungstrecken und den BundesstraBen. Defauiteinstellung ist das Fern- 
streckennetz. Damit wird „das Uberschutten des Kunden" mit nicht relevanten Verkehrsinfos 
vermieden und insbesesondere bei Audiotext hohe Kommunikationskosten vermieden. 

Wahlt der Kunde explizit „ Verkehrsinfos zu alien StraBen", so erhalt er auch Verkehrsinfos 
uber das nachgeordnete StraBennetz. Ausnahme bei diesem Filterverfahren ist die Variante 
Streckenbezogene VINFO, bei der der Kunde immer aNe Verkehrsinfos zu der ausgewahlten 
Strecke erhalt. 

Wahlt der Kunde Display als Ausgabemedium, so werden die Verkehrsinfos per SMS ans 
Endgerat ubertragen. Die Verkehrsinfos sollten in einer Liste im Endgerat nichtfluchtig abge- 
legt werden. Damit sind die Verkehrsinfos nach kurzzeitigen Fahrtunterbrechungen noch pre- 
sent. 

Verkehrsinfos sollten nach Ablauf der maximalen Speicherdauer (vig_t112, siehe Kap. 3.3) 
geloscht werden. Die Verfallszeit von Verkehrsinformationen beim VINFO-CB-Dienst ist nicht 
identisch mit dieser Speicherdauer. 

Im Endgerat sind Sortierverfahren fur die Presentation der Liste von Verkehrsinformationen 
vorzusehen (siehe auch Kap. 4.9). Folgende Sortierverfahren sollten mindestens verfugbar 
sein: 

- Sortierunq nach Aktualitat 
(detaillierte Beschreibung siehe Kap. 4.9) 

- Sortierunq nach Fahrtrichtung/Abstand 

Es sollte eine Sortierung der Liste nach in Fahrtrichtung nachstgelegenen Verkehrsinfor- 
mationen moglich sein. Durch diese Sortierung werden dem Kunden die Verkehrsinfos in 
der Reihenfolge angezeigt, in der sie ihn betreffen. 

- Sortierunq nach StraBenklassen 

Es sollte eine Sortierung der Liste nach StraBenklassen (z. B. absteigend von BAB bis Ge- 
meindestraBe) moglich sein. 

Wahlt der Kunde das Audiotext-System als Ausgabemodus, so werden die Verkehrsinfos im 
Audiotextsystem eingestellt. Zusatzlich werden die Verkehrsinfos immer per SMS ans Endge- 
rat ubertragen. Urn eine synchrone Ausgabe der Verkehrsinfos uber Display und Audiotext- 
System zu ermoglichen, enthalt die TINFO Speech Message alle fur den Kunden relevanten 
Verkehrsinfos in der Sortierreihenfolge, wie sie bei der Audiotext-Ausgabe erfolgt. Bei einer 
VINFO-Anfrage mit Display- und Audio-Ausgabe sind die Verkehrsinfos im Endgerat gemaB 
der TINFO Speech Message zu sortieren. Die vom Kunden am Endgerat eingestellte Sortie- 
rung ist bei Audiotext-Ausgabe zu unterdriicken. 

Die Datenstruktur der Verkehrsinfos ist in Kap. 4.7 sowie im ADP TINFO beschrieben. 



2.1.4 Kurzbeschreibung Umkreisbezogene VINFO (von Zentrale parametriert) 
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Die Dienstevariante Umkreisbezogene VINFO (von Zentrale parametriert) dient der Abfrage 
von Verkehrsinformationen aus einem kreisfdrmigen Selektionsgebiet urn die Startposition 
(aktuelle Position bzw. explizit ausgewahlte Startposition). Als explizit ausgewahlte Startposi- 
tion sind jegliche Koordinaten im vorgegebenen Format zugelassen. Die Startauswahl erfolgt 
beispielsweise uber Stadte aus der Geocodeliste Oder Adressen aus dem personlichen AdreB- 
buch. Bei Auswahl aus der Geocodeliste ist der Geocode in die entsprechenden Koordinaten 
umzuwandeln. 

Der Nutzer hat bei VINFO umkreisbezogen und VINFO himmelsrichtungsbezogen folgende 
drei Auswahlmdglichkeiten bzgl. der GroBe des Urnkreises: 

- Lokale Verkehrsinformationen 
(kleines Kreisgebiet/Sektor) 

- Regionale Verkehrsinformationen 
(mittleres Kreisgebiet/Sektor) 

- Uberregionale Verkehrsinformationen 
(groBes Kreisgebiet/Sektor) 

Bei der Defaulteinstellung „Verkehrsinfos zum Fernstreckennetz" erhalt der Kunde innerhalb 
des Selektionsgebiets nur Verkehrsinfos tiberdas Fernstreckennetz (BAB, empfohlene Umlei- 
tungstrecken und BundesstraBen). 

Wahlt der Kunde ..Verkehrsinfos zu alien StraBen", so erhalt er folgende Informationen: 

- bei VINFO lokal: Verkehrsinfos zu den Klassen 1 bis 4 innerhalb Kreis/Sektor 

Jokal", 

- bei VINFO regional: Verkehrsinfos zu den Klassen 1 bis 4 innerhalb Kreis/Sektor 

..lokal", Verkehrsinfos zu den Klassen 2 bis 4 auBerhalb 
Kreis/Sektorjokal" und innerhalb Kreis/Sektor ^regional" 

- bei VINFO uberregional: Verkehrsinfos zu den Klassen 1 bis 4 innerhalb Kreis/Sektor 

Jokal", Verkehrsinfos zu den Klassen 2 bis 4 auBerhalb 
Kreis/Sektorjokar und innerhalb Kreis/Sektor„regional", 
Verkehrsinfos zu den Klassen 3 und 4 auBerhalb Kreis/Sektor 
..regional" und innerhalb Kreis/Sektor ..uberregional" 



Die Festlegung der entsprechenden Kreisradien fur „Kreis lokal" (rjoc), „Kreis regional" 
(r_reg) und „Kreis uberregional" (r_uberreg) sowie des Offnungswinkeis des Sektors bei VIN- 
FO himmelsrichtungsbezogen erfolgt in der Zentrale. Dabei wird die Verkehrsinfrastruktur an 
der Startposition berucksichtigt. Als Richtwerte fur die Radien kdnnen folgende Werte ange- 
nommen werden: 



Infrastruktur 


Kreis lokal 
(rjoc) 


Kreis regional 


Kreis uberregional 
(r uberreg) 


Ballungsraum 


5 km 


25 km 


50 km 


urbane Gebiete 


15 km 


35 km 


75 km 


landliche Gebiete 


25 km 


45 km 


100 km 
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Defaulteinstellung "Fernstreckennetz" 



Einstellung "alle Straiten" 



lokal 




Vcrkehrsinfos zum 
Femstreckennetz 



lokal 




Verkehrsinfos 
der Klassen 1 - 4 



regional 




Verkehrsinfos zum 
Femstreckennetz 



regional 




Bis r_loc Verkehrsinfos Kl. I - 4, 
rjoc bis r_reg Verkehrsinfos Kl. 2 - 4 




Verkehrsinfos zum 
Femstreckennetz 




Bis rjoc Verkehrsinfos KJ. 1 - 4, 
r_loc bis r_reg Verkehrsinfos KL 2 - 4, 
r_reg bis r_uberreg Verkehrsinfos Kl. 3 - 4 



(Mogliche Geometrien der kreisformigen Selektionsgebiete bei VINFO umkreisbezogen (von Zentrale param etriert)) 

Zusatzlich sollte der Kunde durch Angabe einer Himmelsrichtung (Himmelsrichtungs- 
bezogene VINFO) die Moglichkeit zur weiteren Filterung haben. In diesem Fall erhalt er Ver- 
kehrsinformationen aus einem sektorformigen Selektionsgebiet. Bei der Auswahl der Him- 
melsrichtung hat der Kunde 8 mogliche Alternativen (N, NO, O, SO, S, SW, W, NW). 

Zentralseitig ist eine Erweiterung der Dienstevariante VINFO himmelsrichtungsbezogen ge- 
plant, die eine zusatzliche Selektion der Verkehrsinfos in gewahlter Himmelsrichtung erlaubt. 
Diese Richtungsselektion ist fur das Endgerat transparent und erfordert keine SW-Anderung 
im Endgerat. 



VINFO himmelsrichtungsbezogen, 
Defaulteinstellung M Femstreckennetz " 




Verkehrsinfos zum 
Femstreckennetz im 
Selektionsgebiet (grau) 



t 



Siid 



(Beispiel fur ein sektorfdrmiges Selektionsgebiet) 



2.1.5 Kurzbeschreibung Zielgerichtete VINFO 
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Wahlt der Kunde die Dienstevariante Zielgerichtete VINFO, so erhalt er Verkehrsinfos aus 
einem Selektionsgebiet, das die Startposition (aktuelle Position bzw. explizit ausgewahlte 
Startposition) und das ausgewahlte Ziel enthalt. Bei der Start- und Zielauswahl sind jegliche 
Geocodes zugelassen (z. B. StSdte aus der Geocodeliste sowie Adressen aus dem personli- 
chen AdreSbuch). Bei Auswahl aus dem AdreBbuch sind die AdreBkoordinaten in den ent- 
sprechenden Geocode umzuwandeln. 

Bei der Defaulteinstellung „Verkehrsinfos zum Fernstreckennetz" erhalt der Kunde innerhalb 
des Selektionsgebiets nur Verkehrsinfos uber das Fernstreckennetz (BAB, empfohlene Umlei- 
tungstrecken und BundesstraBen). 

Wahlt der Kunde ..Verkehrsinfos zu alien StraBen", so filtert die Zentrale innerhalb des Selekti- 
onsgebiets zusatzlich nach Klassen von Verkehrsinformationen. Der Kunde erhalt Verkehrsin- 
fos der Klassen 1 bis 4 in seiner unmittelbaren Umgebung (Kreis Jokal", siehe Kap. 2.1.4) und 
mit zunehmendem Abstand vom aktuellen Bezugspunkt hdherklassige Verkehrsinfos. 

GroBe und Ausrichtung des Selektionsgebiets werden in der Zentrale festgelegt. 

Zentralseitig ist eine Erweiterung der Dienstevariante VINFO zielgerichtet geplant, die eine 
zusatzliche Selektion der Verkehrsinfos in Zielrichtung erlaubt. Diese Richtungsselektion ist fur 
das Endgerat transparent und erfordert keine SW-Anderung im Endgerat. 



Defaulteinstellung "Fernstreckennetz " 




Verkehrsinfos zum 
Fernstreckennetz 



Einstellung n aIIe St ratten" 




3 - 4 auBerhalb Sektor "regional" 
und innerhalb Sektor 
"uberregionar 



2 - 4 aufierhalb Kreis "lokal" und 
innerhalb Sektor "regional" 



Verkehrsinfos der Klassen: 



1 - 4 innerhalb Kreis "lokal" 



(Beispiele fur Selektionsgebiete bei Zielgerichteter VINFO) 
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2.1.6 Kurzbeschreibung Streckenbezogene VINFO 

Wahlt der Kunde die Dienstevariante Streckenbezogene VINFO, so erhalt er Verkehrsinfor- 
mationen uber ausgewahlte Streckenabschnitte. Die Strecke kann eine manuell eingegebene 
Folge von StraBen oder eine im Endgerat abgelegte Route sein. 

Bei der manuell eingegebenen Strecke ist die Kennung und Nummer der StraBe bzw mehre- 
rer StraBen (maximal 5 StraBen, siehe Kap. 2.3, Parameter vig250_street_max) anzugeben 
(z: B. A 59, A 565, A3). Der Kunde wird aufgefordert, die ausgewahlten StraBen in Durchfahr- 
treihenfolge einzugeben. Die Eingabe von StraBen in Freitext (z. B. KolnstraBe) wird nicht un- 
terstutzt. 

Zusatzlich wird die Startposition (aktuelle Position bzw. explizit ausgewahlte Startposition) und 
die Zielposition ausgewahlt. Bei der Start- und Zielauswahl sind jegliche Geocodes zugelassen 
(z. B. Stadte aus der Geocodeliste sowie Adressen aus dem persbnlichen AdreBbuch) Bei 
Auswahl aus dem AdreBbuch sind die AdreBkoordinaten in den entsprechenden Geocode 
umzuwandeln. 

Bei VINFO streckenbezogen werden innerhalb eines rechteckformigen Selektionsgebiets das 
Start- und Zielposition enthalt, alle Verkehrsinfos zu den ausgewahlten StraBen selektiert! 

Alternativ sollte der Kunde eine im Endgerat gespeicherte Route (siehe Dienstespezifikation 
Navigationsdienst Orientierungshilfe) auswahlen konnen. Diese Route ist in eine Folge von 
StraBen mit Start- und Zielposition umzuwerten und kann damit mit derselben VINFO-Anfrage 
wie bei der manuell eingegebenen Strecke iibertragen werden (siehe Kap. 4.6). 

Bei VINFO streckenbezogenen erhalt der Kunde die Verkehrsinformationen aNer Klassen 1 bis 
4 zu der ausgewahlten Strecke. Es erfolgt keine Filterung nach Fernstreckennetz o. a. 

Zentralseitig ist eine Erweiterung der Dienstevariante VINFO streckenbezogen geplant die 
eine zusatzliche Selektion der Verkehrsinfos in Fahrtrichtung erlaubt. Diese Richtungsselekti- 
on ist fur das Endgerat transparent und erfordert keine SW-Anderung im Endgerat 



Streckenbezogene VINFO 




(Beispiel fur ein Selektionsgebiet bei VINFO streckenbezogen) 
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2.2 Begriffsdefinitionen 

Folgende Begriffe sind fur dieses Dokument eindeutig festgelegt: 



ADP 
CAS 

Datentelegramm 
Endgerat (EG) 

Event-Code 

Geo-Code 

VTG 
Zentrale 



Application Data Protocol 

Conditional Access and Security Protocol 

zwischen zwei Systemen ausgetauschte digitate Nachricht 

mit der Zentrale interagierendes t in der Regel mobiles System 
zur Abwicklung von Telematikdiensten 

Eindeutige Festlegung und Identifikation von Ereignissen, Ur 
sachen und Hinweisen fur Verkehrsinformationsmeldungen 
(vgl. gleichnamige Spezifikation) 

Eindeutige Festlegung und Identifikation eines geo- 
graphischen Objektes durch Koordinaten (vgl Spezifikation) 

Verkehrstelematik-(End-)Gerat (siehe Endgerat) 

vom Diensteanbieter bereitgestelltes System zur Abwicklung 
von Teiematikdiensten. 



2.3 (Jber die Dokumente 

Diensteiibergreifende Spezifikationen, die fur das Verstandnis der vorliegenden Spezifikati- 
on erforderlich sind: 

• Dienstespezifikation Interne Dienste 

• Conditional Access and Security Protocol 

• Key Management and Security 

Die aufgefiihrten Message Types finden sich in den Dokumenten: 

• ADP Traffic Information (TINFO) 

• ADP Message Types of General Interest 

Richtlinien fur die Codierung spezieller Datentypen finden sich in folgenden Dokumenten: 

• Coding of Text and Transparent Data 

• Address Coding 

• Coding of Extended Location Message 

• Coding of Absolute Time 

• Area and Location Coding 
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• Event-Codes 

• Geo-Codes 

Der Transportrahmen fur die Message Types ist festgelegt in: 

• Transport Protocol 

Diejeweils aktuellen Versionsnummern der aufgefuhrten Dokumente werden bei jeder Ande- 
rung an die Partner der Diensteanbieter weitergegeben. 
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3 Allgemeine Ablaufe 



3. 1 Transportprotokoll • Handling 

Zur Nutzung des interaktiven Verkehrsinformations-Dienstes wird das Transportprotokoll wie 
folgt verwendet: 



Information Element 


Type 


Lenght 
(bits) 


Content 


Transport Protocol Discriminator 


MF 


8 


OOOOOOOI 


Application ID 


MF 


8 


s. Kap. 3.1.1 


A DP Version 


MF 


7 


0000001 (V 1.1) 


Initiative Flag 




1 


1: bei EG Initiative, d.h. immer fur 
TINFO Uodate Reauest Messaae 
Extended TINFO Request Message, 
Regional TINFO Request Message, 
Relative Regional TINFO Request Mes- 
sage, 

TINFO Text Request Message, 
TINFO Code Request Message und 
Bypass Request Message, 

bei der Traffic Information Message, 
TINFO Speech Message und Text Mes- 
sage nur, wenn diese von der Zentrale 
initiiert wurde 

0: bei alien nachfolgenden 
Messages 


Context Number 


MF 


8 


MSB = 1: bei Endgerate Initiative, Con- 
text Nummer durch EG vergeben 

MSB = 0: bei Zentralen Initiative, Context 
Nummer durch Zentrale vergeben 


Total Number of Packets 


MF 


5 


Anzahl = X - 1 Wertebereich 1 ... 32 


Index of Actual Packet 


MF 


5 


Index = 0 - (X-1) Wertebereich 1 ... 32 


Mailbox-Flag 


MF 


1 


0: Mailbox nicht unterstutzt in dieser 
Version 


Debit-Info 


MF 


4 


0: nicht unterstutzt in dieser Version 


Length User Data 


MF 


9 


Lange der Nutzdaten (CAS+ADPU) in 
Byte, Wertebereich 0 ... 511 Byte 



Der Transportrahmen unterstutzt das Versenden von Nutzdaten uber mehrere Short- 
Messages hinweg. Das Verfahren ist im Dokument ^Transport Protocol" festgelegt. 
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Fur den Empfang der Meldungen uber Cell-Broadcast wird kein spezielles Transport Protokoll 
verwendet. Vielmehr wird die Dienstekennung (siehe Kapitel 3.1.1) aus der Ceil Broadcast 
Message ID abgeleitet. Die Lange der Nutzdaten wird im CAS-Protokoll ubertragen. 

Der voile Funktionsumfang des im Dokument„CAS Protocol" beschriebenen CAS-Layers ist 
endgerateseitig zu implementieren undzu unterstutzen. 



3.1.1 Dienstekennung 

Dienstekennungen sind eindeutige, von der Zentrale vergebene Adressinformationen zum 
Routing zwischen dem Kommunikationsinterface und den Applikationen. Diese werden im 
Feld Application ID im Transport-Layer ubertragen. 

Die Diensteanbieter kdnnen innerhalb der definierten Ablaufe eigenstandige Dienste definie- 
ren. Diese kdnnen beispielsweise dadurch gekennzeichnet sein f daB die ubermittelten Infor- 
mationsinhalte eingeschrankt werden. Zu Identifizierung der angebotenen Dienste werden 
Dienstekennungen vergeben. Die Dienstekennungen sind in den separaten Dienstespezifika- 
tionen aufgefiihrt. 

Foigende Dienstekennungen werden fur den Verkehrsinformationsdienst verwendet: 
interaktiver VINFO-Dienst 



Service ID BOh VINFO umkreisbezogen (von Zentrale parametriert) / himmelsrichtungs- 

bezogen 

Service ID B1 h VINFO zielgerichtet 
Service ID 13h VINFO streckenbezogen 
Service ID B2h TINFO Code Request Message 

CB-Freischaltung / interaktive Anfrage aus CB 

Fall a: CB nicht verfuobar 

Service ID B3h VINFO umkreisbezogen (von Zentrale parametriert) / himmelsrichtungs- 
bezogen 

Service ID B4h VINFO zielgerichtet 
Service ID B5h VINFO streckenbezogen 

Fall b: Bei ..Telefonie" bzw. ..Selektionsaebiet aroBer als vialOO r max" 
Service ID B6h VINFO umkreisbezogen (von Zentrale parametriert) / himmelsrichtungs- 
bezogen 

Service ID B7h VINFO zielgerichtet 
Service ID B8h VINFO streckenbezogen 
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3.1.2 Auftragsidentifikation und Zuordnung tier Antworten 

Die Zuordnung von Transaktionen erfolgt uber die beiden Felder: 

• Initiative Flag 

• Context Number 
im Transport-Layer. 

Im Auftrag an die Zentrale vergibt das Verkehrstelematik-Endgerat eine frei wahlbare Context 
Number (Einschrankung: MSB = 1). Mit Initiative Flag = 1 (Initiative) wirddie erste Transaktion 
derKette, der Auftrag, gekennzeichnet. 

Erfolgt eine Antwort an das Verkehrstelematik-Endgerat wird wieder dessen Context Number 
gesetzt. Das Initiative Flag wird bei alien zugehorigen Antworten auf 0 gesetzt Damit kann tier 
Auftraggeber die Antwort eindeutig dem erteilten Auftrag zuordnen. 

Bei nicht vom Endgerat initiierten Messages vergibt die Zentrale eine frei wahlbare Context 
Number (Einschrankung: MSB = 0). Das Initiative Flag = 1 (Initiative), 



3.2 Codierung des Communication Headers der verwendeten ADPs 

Die Werte fur Protocol Discriminator und Message Type sind dem Dokument ^Message Type 
Numbering" zu entnehmen. Das Bulk Flag wird stets auf 0 gesetzt 
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3.3 Parameter der Kommunikationsablaufe 

Die fur die Verkehrsinformationsdienste relevanten Parameter und Timerwerte sind nachfol- 
gend aufgefuhrt. Die Hinterlegung und das Updaten der Parameter im Endgerat wird in der 
Telematikdienstespezifikation Jnterne Dienste' ( erlautert. 

Die foigende Tabelle ist gegenuber der Basisspezifikation um die letzte Spalte (T-Mobi!) erwei- 
tert worden. Dabei kennzeichnet „v" von T-Mobil verwendete, „nv" nicht verwendete Parame- 
ter. Ferner werden Anderungen gegenuber der Basisspezifikation durch nicht kursive, fette 
Schrift sowie durch graue Hinterlegung gekennzeichnet. 



ID 


Parameter 


Function / Definition 


Unit 


Defaul 
t 


Range 


Reso 
lutio 
n 


T- 
Mobil 


0 


VIG_K101 


Speicherdauer einer CB- 
Verkehrsmeldung Prio 1 


min 


5 


0-60 


5 


V 


1 


VIG_K102 


Speicherdauer- einer CB-Ver- 
kehrsmeldung Prio 2 


min 


10 


0-60 


5 


V 


2 


VIG_K103 


Speicherdauer einer CB-Ver- 
kehrsmeldung Prio 3 


min 


15 


0-60 


5 


V 


3 


VIG_K104 


Speicherdauer einer CB-Ver- 
kehrsmeldung Prio 4 


min 


20 


0-60 


5 


V 


4 


VIG_T109 


maximale Wartezeit fur eine Ant- 
wort von der Dienste-Zentrale 


sec 


180 


0-600 


5 


V 


5 


VIG_T110 


Wartezeit zwischen dem Aus- 
bleiben von Verkehrsmeldungen 
via Cell Broadcast und der Ver- 
langerung der Zerfallszeit einer 
Verkehrsmeldung 


sec 


300 


60 - 600 


10 


V 


6 


VIG_T111 


Speicherungsdauer fur im CB 
empfangene Meldungen bei 
temporarer oder lokaler Nicht- 
verfugbarkeit des CB 


min 


30 


0-60 


5 


V 


7 


VIG_T112 


Max. Speicherungsdauer in- 
teraktiv abgefragter Meldun- 
gen 


min 


SIB 


30-120 


5 


V 
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lb 



8 


VIGJT113 


Max. Wartezeit des Endgerates 
zwischen 2 SMSen einer Ant- 
wort der Zentrale 


sec 


300 


0 - 400 


5 




9 


vig100_r_ 
max 


max. Radius des Ausstrah- 
lungsgebietes im VIG100 
Subdienst 


km 


300 


1-300 


1 


V 


10 


vig250_ 
circle_max 


maximaler Radius einer Urn- 

kreis-lnfo, 

riiberreg 


km 




10-500 


10 


V 


11 


vig250_ 
circle_min 


minimaJer Radius einer Umkreis- 

Info, 

r loc 


km 


: is- ; ;; V' ;; . 


1-250 


1 


V 


12 


vig250_dir_ 
max 


maximaler Winkel fur die Aus- 
richtung einer Kreissegment- 
Infogegen Norden im Uhrzei- 
gersinn 


grad 


359 


0-359 


1 


nv 


13 


vig250_dir_ 
min 


minimaler Winkel fur die Ausrich- 
tung einer Kreissegment-lnfo 
gegen Norden inn Uhrzeiqersinn 


grad 


0 


0-359 


1 


nv 


14 


vig250_ dist_ max 


maximale Reichweite einer 
Kreissegment-lnfo 


km 


100 


10-500 


10 


nv 


15 


vig250_dist_min 


minimale Reichweite einer 
Kreissegment-lnfo 


km 


1 


1-500 


1 


ny 


16 


vig250_phi_max 


maximaler Offnungswinkel einer 
Kreissegmen t-lnfo 


grad 


180 


1-180 


1 


V 


17 


vig250_phi_min 


minimaler Offnungswinkel einer 
Kreissegment-lnfo 


grad 


30 


1-180 


1 


V 


18 


vig250_r_max 


maximaler Radius einer Kreis- 
segment-lnfo 


km 


50 


1-250 


1 


nv 


19 


vig250_r_min 


minimaler Radius einer Kreis- 
segment-lnfo 


km 


1 


0-250 


1 


nv 


20 


vig250_street_ 
max 


maximale Anzahl von StraBen, 
fur die eine StraBen-lnfo abge- 
fragt werden kann. 




5 


0-15 


1 


V 
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21- 
25 


reserved 


reserved for Mannesmann Auto- 
com GmbH 










nv 


26 


■ vld : - : iib Der max 


maxim a !e A hf ran&iMri 0 ri a hp r 


: f III 1 1* - : y. ; 


1 <i 






■■:; :: -.y ; :-;.-..- 






Schwellwert ffi r^zu rfiekn«fpfitA 
Weglange bei T-Mob^^^ 


km-- ; " ::v 




■^J:,W!mW-:-- 


■■-■i.y;- 


- : :".'"*f - ■'. -:Y 
V ; -.V V: :. ,: 




: : r.*?f^*f*f^.:: _yi^ 


] ftl axiiiti a 1 & i A h za h 1 - vorr'intAraicSft 

tiyen^nlrageita^ 

.f elefonie ;f 




:. : -' : :-'J.V .. 




':< : .:. : ."^ : ^:V; 


■"■ % >- : - : : : :: 

:::. : :V : V:;v 






maxtmaleAn^ 

;f iyw Anfragen aus GB; falls; 

i\x?ii I V w*rl_lf l|jfaf ]^ ■ 












T303. 


vig2Sd 
circle£med 


' r : neo ■ : * " ;; • * ■ 


ton - : 






.1 


*--::-''i'#:Y: ; :-V-:: 

V 


31- 
60 


reserved 


reserved 










nv 


61 


VIG_Ctrl1 


Bit-Flags zur Ablaufsteuerung 


Flag 


16 bits 






V 


62 


VIG_Ctrl2 


Bit-Flags zur Ablaufsteuerung 


Flag 


16 bits 






V 


63 


VIG_Ctrl3 


Bit-Flags zur Ablaufsteuerung 


Flag 


16 bits 






nv 
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3 A Ablaufsteuerung 

Zur Parametrierung der Ablaufe stehen drei 16 Bit-Switches (vgl. Kap. 2.5: VIG_Ctrl 1 - 3) zur 
Verfugung, die wie folgt belegt sind. 

Bedeutung der Bits: 

• 0 = feature not supported / off 

• 7 = feature supported /on 



VlG_Ctrl1 ist in foigender Tabelle aufgeschlusselt: 



Bit No 


Abbrev. 


Description 


T-Mobil- 
Oefault 


1 


A1VIG1 


Aktivierung Cell Broadcast VINFO 


0 


2 


A1VIG2 


zentralgesteuerter Update (uber IE Update Du- 
ration) wird unterstutzt 


1 


3 


A1VIG3 


Zentrale sendet VINFO ptp auch unabhangig 
von einer Initiative des Endgerats 


1 


4 


A 1 VIG4 


Zentrale unterstutzt umkreisbezoaene VINFO 
(vom EG pararnetriert) 


o 


5 


A1VIG5 


Zentrale unterstutzt umkreisbezogene VINFO 
(von Zentrale pararnetriert) 


1 


6 


A1VIG6 


Zentrale unterstutzt kreissegmentbezogene 
VINFO 


0 


7 


A1VIG7 


Zentrale unterstutzt zielgerichtete VINFO 


1 


8 


A1VIG8 


Zentrale unterstutzt streckenbezogene VINFO 


1 


9 


A1VIG9 


Zentrale unterstutzt Start-, Zielpunkt bei strek- 
kenbezogener VINFO 


1 


10 


A1VIG10 


Zentrale unterstutzt Selektionsgebiet bei strek- 
kenbezogener VINFO 


0 


11 


A1VIG11 


Zentrale unterstutzt Mode Speech (Audiotext) 


1 


12 


A1VIG12 


Zentrale unterstutzt Ausgabeformat Text 


1 


13 


A1VIG13 


Zentrale unterstutzt TINFO Text Request Mes- 
sage 


0 


14 


A1VIG14 


Zentrale unterstutzt TINFO Code Request Mes- 
sage 


1 


15 


A1VIG15 


Zentrale unterstutzt Bypass Request Message 


0 


16 


A1VIG16 


reserved 
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VIG_Ctrl2 ist in folgender Tabelle aufgeschliisselt: 



Bit No 


Abbrev. 


Description 


T-Mobil- 
Default 


1 


A2VIG1 


Zentrale unterstutzt FCD-Flaa (TINFO Block 10) 


0 


2 


A2VIG2 


A2VIG18 steueri Bedeutung des Bypass Flags 
(TINFO Block 1): 

A2VIG18 = 0: Zentrale empfiehlt Umleitungsan- 
forderung uber Bypass Request Message, 
A2VIG18 = 1: Zentrale empfiehlt Umleitungsan- 
forderung uber Navigationsdienst Orientie- 
rungshilfe 


1 


3 


A2VIG3 


Zentrale unterstutzt interaktive Anfrage bei CB, 
/d//s o&ieKttonsgeuiei grooer ais vigi uu_r_max 


1 


A 

H- 








D 




reserveo 




O 




reserveo 




7 
f 








8 


A2VIG8 


reserved 




9 


A2VIG9 


reserved 




10 


A2VIG10 


reserved 




11 


A2VIG11 


reserved 




12 


A2VIG12 


reserved 




13 


A2VIG13 


reserved 




14 


A2VIG14 


reserved 




15 


A2VIG15 


reserved 




16 


A2VIG16 


reserved 



3.5 Codierung von Text 

Alle Textelemente innerhalb der Verkehrsinformationsdienste verwenden folgendes Format: 



Information Element 


Type 


Length (bits) 


Content 


Text Representation 


MF 


2 


zulassig: 

2: Text ISO 8859-1 (8 bits per character) 


Length 


OF 


10 


Lange des Textes in Anzahl Buchstaben, 
incl. Steuerzeichen 


Text / Data 


OV 


N x 8 


Text 
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4 Beschreibung des interaktiven VINFO-Dienstes 



4. 1 Anfrageablauf bei Nutzung der VINFO-Dienste 

Im gesamten Kapitel 4 wird der Anfrageablauf fur die Ausgabe auf einem Display 
(Grundablauf) beschrieben. Der Ablauf fur die Audiotext-Ausgabe ist separat in Kap. 4.1 .6 
beschrieben. 

Der Anfrageablauf bei Nutzung der verschiedenen VINFO-Dienstevarianten ist einheitlich. 

Der Kunde wahlt am Endgerat die gewunschte ViNFO-Vahante aus. Das Endgerat sendet 
daraufhin die entsprechende TINFO Request Message ab und erhalt von derZentrale als 
Antwort eine Traffic Information Message, TINFO Deletion Message Oder Text Message. Im 
Fehlerfall wird eine entsprechende Error-Message ans Endgerat ubertragen. 

Liegen im Endgerat gultige Verkehrsinformationen vor, so werden bei alien VINFO-Varianten 
die Versionsnummern dieser Verkehrsinformationen mit der entsprechenden TINFO Request 
Message an die Zentrale ubertragen. Die Zentrale schickt nur neue Oder aktualisierte Ver- 
kehrsinformationen zuruck (mit der Traffic Information Message) bzw. schickt mit der TINFO 
Deletion Message die Versionsnummern zu loschender TINFOs zuruck. 

Liegen in der Zentrale keine Verkehrsinformationen bzw. keine neuen oder aktualisierten Ver- 
kehrsinformationen fur den Kunden vor, wird eine Text Message mit IE Status 03h (no traffib 
news) bzw. 04h (Situation on roads has not changed) ubermittelt. 

Der Kunde sollte bei alien VINFO-Varianten die Moglichkeit haben, die Verkehrsinformationen 
einmalig oder mit einem automatischen Update anzufordern. Die beiden Update-Varianten 
Endgerategesteuerter Update (siehe Kap. 4.1.2) und Zentralgesteuerter Update (siehe Kap. 
4.1.3) werden von T-Mobil in der reinen Form nicht unterstutzt. Der T-Mobil-Update von Ver- 
kehrsinformationen ist eine Kombination aus Endgerategesteuertem und Zentralgesteuertem 
Update (siehe Kap. 4.1.5). 
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4. 1. 1 Einmalige Anfrage von Verkehrsinformationen 

Beim einmaligen Abruf von Verkehrsinformationen sendet das Endgerat die entsprechende 
TINFO Request Message (vgl. ADP TINFO, Kap. 3) an die Zentraie. Bei der einmaligen Ab- 
frage ist das IE Update Duration (siehe ADP TINFO, Kap. 5.5) der entsprechenden Message 
auf „no update" (OxO) gesetzt. Nach einmaliger Zustellung einer Antwortnachricht ist derAuf- 
trag fur die Zentraie vollstandig abgearbeitet 



Onboard Unit 


beliebige TINFO Request Message 


Service Center 




new or changed TIN- 
FOs 

deleted TINFOs 


Traffic Information Message 
or 

Text Message 


TINFO Deletion Message 
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4. 1.2 Endgerategesteuerter Update von Verkehrsinformationen 



Bei der Variante endgerategesteuerter Update von Verkehrsinformationen sendet das Endge- 
rat periodisch Anfragen nach Verkehrsinformationen mit der entsprechenden TINFO Request 
Message. Das IE Update Duration wird dabei auf ft no update" (OxO) gesetzt. Die Zentrale ant- 
wortet aufjede Anfrage einmalig mit der entsprechenden AntwortnachrichL 



\jiiv*jaf u unit 




Service Center 


Update-Timer is started 
Trigger 


beliebige TINFO Request 
Message 






Traffic Information Message 

nr 

LSI 

Text Message 


new or changed TIN- 

/LJS 




TINFO Deletion Message 
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2.2 



4.1.3 Zentralgesteuerter Update von Verkehrsinformationen 



Bei der Variante zentralgesteuerter Update von Verkehrsinformationen sendet das Endgerat 
die entsprechende TINFO Request Message, wobei das IE Update Duration aufdie Update- 
Dauer geseizt wird. Die Zentrale ubertragt die Verkehrsinformationen sowie deren Aktualisie- 
rungen innerhalb der Update-Dauer. 
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4,1.4 Ausgabeformat 

Als Ausgabeformat wird standardmaBig nur Event Code/Geo Code unterstutzt. Kann das 
Endgerat einen Event Code/Geo Code nicht interpretieren, so wird eine Ubersetzung in Klar- 
text angefordert. Dergenaue Ablaufist in den separaten Dienstespezifikationen beschrieben. 

ALERT-C-Event Codes und TMC Location Codes werden von T-Mobil im Rahmen dieser 
Protokollversion nicht unterstutzt. 

Die Behandiung nicht dekodierbarer Verkehrsinfos ist in Kap. 4,7.12 beschrieben. 



4.1.5 Update von Verkehrsinformationen 

Der Update von Verkehrsinformationen ist eine Kombination von Endgerategesteuertem Up- 
date (siehe Kap. 4.1.2) und Zentralgesteuertem Update (siehe Kap. 4.1 .3). 

Die Wahl „Update von Verkehrsinformationen" sollte der Kunde uber die Eingabe Update- 
Modus ein/aus" bzw. uber die Eingabe einer Dauer fur den Update-Modus treffen. Der Upda- 
te-Modus muB zu jeder Zeit vom Kunden deaktiviert werden kdnnen (z. B. bei fruhzeitigem 
Erreichen des Ziels). 

Im Update-Modus stellt das Endgerat periodisch Anfragen nach Verkehrsinformationen mit der 
entsprechenden TINFO Request Message. Die Anfragefrequenz wird gesteuert durch einen 
Zeittrigger und einen Weglangentrigger. Der Zeittrigger iegt die zeittiche Anfrageperiode des 
Endgerats fest. Hat das Kfz innerhalb einer Zeitperiode eine Weglange zuruckgelegt, die den 
Schwellwert vig__up_dist (siehe Kap. 3.3) iiberschreitet, so wird eine neue Anfrage ausgelost. 
In diesem Fall sind anschlieBend sowohl Zeit- als auch Streckenzahler erneut auf 0 zu setzen. 

Die maximale Anfrageperiode wird durch vig_up_per_max (Defaultwert 15 min) festgelegt. Der 
Schwellwert fur zuruckgelegte Weglange wird durch vig_up_dist (Defaultwert 50 km) be- 
stimmt. Der Schwellwert ist als Empfehlung zu werten und sollte innerhalb des Bereiches frei 
wahlbar sein. 

Bei jeder Anfrage wird das IE Update Duration auf ,,000001" gesetzt. (Dieser Code wird von 
der Zentrale nicht als Update von 30 min, wie im ADP TINFO beschrieben, interpretiert.) 

Die Zentrale beantwortet jede der periodischen VINFO-Anfragen unmittelbar mit der entspre- 
chenden Antwortnachricht. Zusatzlich wird, initiiert durch den Update-Duration-Code 000001, 
die VINFO-Anfrage in der Zentrale fur eine Buchungszeit (groBer oder gleich der maximalen 
Anfrageperiode vig_up_per_max) vorgemerkt. Ergeben sich vor Ablauf des Buchungstimers 
wichtige Anderungen der Verkehrslage in dem betreffenden Selektionsgebiet (beispielsweise 
die Entstehung eines neuen Staus aufgrund eines Unfalls) oder liegt eine Warnmeldung fur 
das betreffende Gebiet vor (z. B. Geisterfahrer), so sendet die Zentrale initiativ eine Traffic 
Information Message oder TINFO Deletion Message. Das Endgerat wertet die zentralseitig 
initiierten Messages aus und bringt die Verkehrsinformationen zur Anzeige. 

Nach Ablauf des Buchungstimers wird die VINFO-Anfrage in der Zentrale geloscht. Damit ist 
zentralseitig der Auftrag beendet. Trifft eine neue periodische VINFO-Anfrage mit einem Upda- 
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te-Duration-Code 000001 in der Zentrale ein, wird diese Anfrage erneut vorgemerkt und ein 
neuer Buchungstimer gestartet. 

Das Endgerat schickt bei jeder der periodischen VINFO-Anfragen die Versionsnummern 
schon bekannter, gultiger Verkehrsinformationen mit. Die dem Endgerat bekannten Versions- 
nummern werden fur die Zeit des Buchungstimers in der Zentrale vorgemerkt. Die Zentrale 
ubertragt nur neue Oder aktualisierte Verkehrsinformationen. 

Die Kombination aus endgerategesteuertem Update und zentralgesteuertem Update nutzt die 
Vorteile beider Verfahren: Bei jeder periodischen Anfrage wird die aktuelle Fahrzeugposition 
ubertragen, auf deren Grundlage in der Zentrale das entsprechend aktualisierte Selektions- 
gebiet neu berechnet wird. Die Filterung von Verkehrsinfos wird damit periodisch aktualisiert, 
weshalb keine uberflussigen Informationen an das Endgerat ubertragen werden. Durch das ' 
Vormerken der VINFOAnfrage in der Zentrale wird sichergestellt, daB wichtige Verkehrsinfos 
den Kunden auch zwischen den periodischen Anfragen des Endgerats erreichen. 
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(Anfrageablauf beim Update von Verkehrsinfos) 
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4.1.6 Anfrageablauf bei Audiotext-Ausgabe 

Bei Audiotext-Ausgabe ist beim Aufbau der GSM-Sprachverbindung (MO) immer die MSISDN 
zu iibertragen. 

Der Anfrageablauf bei Nutzung des Audiotext-Systems als Ausgabemedium ist fur die ver- 
schiedenen VINFO-Varianten einheitlich. 

Zusatzlich zur Bereitstellung der Verkehrsinfos im Audiotext-System werden die Verkehrsinfos 
wie beim Grundablauf Display-Ausgabe per SMS zum Endgerat ubertragen. Der Ausgabemo- 
dus der entsprechenden TINFO Request Message wird daher bei Audiotextausgabe immer 
auf „data and speech" gesetzt. 

Damit ist der Anfrageablauf bei der Audiotext-Ausgabe eine Erweiterung des Grundablaufs 
Display-Ausgabe (siehe Kap. 4.1.1 bis 4.1.5). 

Nach Erhalt einer entsprechenden TINFO Request Message sendet die Zentrale als Antwort 
neben der Traffic Information Message und TINFO Deletion Message zusatzlich eine TINFO 
Speech Message, urn anzuzeigen, daB Verkehrsinfos im Audiotext-System bereitliegen. Das 
Endgerat baut nun zusatzlich eine Speech Connection (MO) auf, urn das Abhoren der Ver- 
kehrsinfos zu ermoglichen. 

Die TINFO Speech Message enthalt immer aNe fur den Kunden selektierten Verkehrsinfos in 
der Sortierreihenfolge, wie sie bei der Voice Server-Ausgabe erfolgt. Nach einer VINFO- 
Anfrage mit Display- und Audiotext-Ausgabe sind die Verkehrsinfos im Endgerat gemaB der 
TINFO Speech Message zu sortieren. Die vom Kunden am Endgerat eingestellte Sortierung 
ist bei Audiotext-Ausgabe zu unterdrucken. 

Schickt das Endgerat Versionsnummern ihm bekannter Verkehrsinfos an die Zentrale, so er- 
halt es, wie in Kap. 4.1 beschrieben, mit der Traffic Information Message nur die neuen Oder 
aktualisierten Verkehrsinfos und mit der TINFO Deletion Message die zu Ibschenden Ver- 
kehrsinfos zuruck. In der TINFO Speech Message werden aNe fur den Kunden relevanten 
Verkehrsinfos in aktueller Sortierung angezeigt (analog beim T-Traffic-Update: wichtige Mel- 
dung mit der Traffic Information Message, alle relevanten Verkehrsinfos in aktueller Sortierunq 
mit der TINFO Speech Message). 

Liegen in der Zentrale keine Verkehrsinformationen bzw. keine neuen oder aktualisierten Ver- 
kehrsinformationen fur den Kunden vor, wird eine Text Message mit IE Status 03h (no traffic 
news) bzw. 04h (Situation on roads has not changed) ubermittelt. Die gleichzeitig iibertragene 
TINFO Speech Message enthalt bei Status 03h keine Verkehrsinfos (IE Number of ltems=0) 
bzw. bei Status 04h die alten, weiterhin gultigen Verkehrsinfos in aktueller Sortierung. Der 
automatische Aufbau einer Sprachverbindung vom Endgerat sollte nach Erhalt der Text Mes- 
sage mit IE Status 03h bzw. 04h entfailen. 

Der Anfrageablauf bei Audiotext-Ausgabe fur den T-Mobil-Update ergibt sich entsprechend 
durch Erweiterung des Grundablaufs (Kap. 4.1.5) urn die Ubertragung der TINFO Speech 
Message von der Zentrale sowie den Aufbau der Speech Connection (MO) durch das Endqe- 
rat. 
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4.2 VINFO umkreisbezogen (vom Endgerat parametriert) 

Die Dienstevariante VINFO umkreisbezogen (vom Endgerat parametriert) wird von T-Mobil 
nicht unterstutzt. 

Die An f rage Umkreis-lnfo (vom Endgerat parametriert) erlaubt die Abfrage von meldungswur- 
digen Verkehrsereignissen a us einem kreisfdrmigen Selektionsgebiet mit einer Reichweite von 
vig250_circle_min km bis vig250__circle__max km (vgl. Kap. 3.3). 

Protokoil: TINFO Update Request Message 

IE Message Type: 0x04 

IE Protocol Discriminator: 0x03 

Service ID 0x11 

Bei derAnfrage fiir einen Umkreis sind die Parameter Radius und Bezugspunkt an den Dien- 
steanbieter zu ubertragen. 
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f*^'' x; • v t ■ • ■■ * "7- "*" 
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' '^: : :y : ' : ii%J'* ^s: 


: • : : : * : ^ :,. $k : : . -k 


zugehdrige lEs: Center Longitude und Center Latitude 








des IE Search Area 


Radius 
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Tabelle 4-1: Parameter derVINFO umkreisbezogen (vom Endgerat parametriert) 
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4.3 VINFO umkreisbezogen (von Zentrale parametriert) 

Beim VINFO-Dienst umkreisbezogen (von Zentrale parametriert) erhalt der Kunde Verkehrsin- 
formationen aus einem kreisfdrmigen bzw. sektorfdrmigen Selektionsgebiet. Wird eine Him- 
melsrichtung angegeben, so werden Verkehrsinformationen aus einem nach dieser Himmels- 
richtung ausgerichteten Sektor selektiert. Wird keine Himmelsrichtung angegeben, so werden 
Verkehrsinformationen aus einem kreisfdrmigen Gebiet selektiert. 

Der Kunde hat die drei Auswahlmoglichkeiten 

- Lokale Verkehrsinformationen, 

- Regionale Verkehrsinformationen, 

- Uberregionale Verkehrsinformationen. 

Alternativ zur aktuellen Position kann eine Startposition eingegeben werden. 

Protokoll: Relative Regional TINFO Request Message 

IE Message Type: OxOE 

IE Protocol Discriminator: 0x03 

Service ID OxBO 



Onboard Unit 


Relative Regional TINFO Request 
Message 


Service Center 




new or changed TIN- 
FOs 

deleted TINFOs 


— ► 

Traffic Information Message 
or 

Text Message 


TINFO Deletion Message 
* — 





Die Wahl der Dienstevariante Umkreisbezogene VINFO (von Zentrale parametriert) bzw. 
Himmelsrichtungsbezogene VINFO erfolgt typischerweise nach folgendem Ablauf: 

1. Auswahl lokal / regional / uberreaional 

Der Kunde wahlt eine der Varianten lokal / regional / uberregional aus. 

2. Auswahl der Startposition 

Der Kunde wird aufgefordert, die aktuelle Position als Startposition zu bestatigen. Bestatigt 
er dies nicht, so wird er zur Auswahl einer Startposition aus der Geocode-Stadteliste bzw. 
aus seinem personlichen AdreBbuch aufgefordert. Bei Auswahl aus der Geocode- 
Stadteliste ist der Geocode in die entsprechenden Koordinaten umzuwandeln. 
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3. Auswahl einer Himmelsrichtunq bei V1NFO himmelsrichtunasbezogen 

Bei VINFO Himmelsrichtungsbezogen wahlt der Kunde eine Himmelsrichtung aus (8 mogli- 
che Alternativen: N, NO, O, SO, S, SW, W, NW). 

4. Auswahl ..Verkehrsinfos zum Fernstreckennetz" / ..Verkehrsinfos zu alien StraBen" 

Die Defaulteinstellung ist „Verkehrsinfos zum Fernstreckennetz". Alternativ kann der Kunde 
„Verkehrsinfos zu alien StraBen" auswahlen. 

5. Auswahl Update von Verkehrsinfos 

Der Kunde erhalt die Moglichkeit, einen automatischen Update der Verkehrsinfos anzufor- 
dern. Dazu wird ihm ein Schalter „Update-Modus ein/aus" bzw. die Eingabe einer Dauer fur 
den Update-Modus angeboten. Der Update-Modus ist jederzeit manuell deaktivierbar. 

6. Ubertraoung der VINFO-Anfraae 

Das Endgerat steilt die Relative Regional TINFO Request Message zusammen (siehe Kap. 
4.3.1) und ubertragt sie zur Zentrale. 

7. Filterung der Verkehrsinfos 

Nach Erhalt der VINFO-Anfrage bestimmt die Zentrale das Selektionsgebiet. Innerhalb des 
Selektionsgebiets werden die Verkehrsinfos herausgefiltert. Zusatzlich wird der Filter 
„Fernstreckennetz" / „alle StraBen" verwendet (siehe Kap. 2.1 .4). 

8. Ubertraqung der Verkehrsinfos 

Die Zentrale ubertragt die ausgefilterten Verkehrsinfos mit der Traffic Information Message 
(Kodierung siehe Kap. 4.7). Liegen keine Verkehrsinfos vor bzw. konnen keine Verkehrsin- 
fos ubertragen werden (Uberlast, Ausfall von Zentralenkomponenten, etc.), wird der Kunde 
durch Ubertragung der Text Message informiert (Kodierung siehe Kap. 2.7, ADP TINFO). 
Die Zentrale sendet die TINFO Deletion Message, urn ungultige Verkehrsinfos im Endgerat 
zu loschen (Kodierung siehe Kap. 2.4, ADP TINFO). 

9. Presentation der Verkehrsinfos 

Die Verkehrsinfos werden vom Endgerat entsprechend dem gewahlten Sortierverfahren 
sortiert und zur Anzeige gebracht (siehe Kap. 4.9). Die Liste der Verkehrsinformationen 
wird im Endgerat gespeichert. 

10. Update von Verkehrsinfos 

Bei einem Update-Duration-Code von 000001 merkt die Zentrale die VINFO-Anfrage vor 
und schickt bei Vorlage von wichtigen Warn- und Verkehrsmeldungen initiativ eine Traffic 
Information Message Oder TINFO Deletion Message. Das Endgerat steilt, gesteuert durch 
Zeit- und Weglangentrigger, neue VINFO-Anfragen (siehe Kap. 4.1.5). Der Ablauf wird ab 
Punkt 6 erneut angestoBen. 
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4.3.1 Kodierung der Relative Regional TINFO Request Message 

Die Relative Regional TINFO Request Message (siehe Kap. 3.4, ADP TINFO) wird bei VINFO 
fTgfkodilrt 09en (V ° n Zentra ' e P arametriert > bzw - bei VINFO himmelsrichtungsbezogen wie 



| Information Element 
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ri «y i-"' cuiiun oeiecuon 
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1 : VINFO himmelsrichtungsbezogen j 
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TINFO Version 1 


OF 


22 


Versionsnummer der Verkehrsinfo 1 










TINFO Version n 


OF 


22 


Versionsnummer der Verkehrsinfo n 



4.4 VINFO kreissegmentbezogen 

Bei kreissegmentbezogener VINFO erhalt der Kunde Verkehrsinformationen aus einem kreis- 
segmentformigen Selektionsgebiet mit einer Reichweite von bis zu vig250_dist_max km. Das 
Kreissegment wird erganzt durch einen Umkreis von maximal vig250_r_max km Radius urn 
die aktuelle Position. Die Ausrichtung des Kreissegments ergibt sich durch Angabe des Rich- 
tungswinkels. 

Protokoll: TINFO Update Request Message 

IE Message Type: 0x04 
IE Protocol Discriminator: 0x03 
Service ID 0x10 



Der Offnungswinkel des Selektionsgebietes wird durch die Grundeinstellungen des Endgera- 
tes festgelegt (z.B. 30°) und liegt zwischen vig250_phi_min und vig250_phi_max. Der Off- 
nungswinkel kann in 1 °-Schritten eingestellt werden. 

Die Parameter auf einen Blick 
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Ausrichtung 
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mit Area Type Sector (0x7) 
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Onboard Unit 



Service Center 



TINFO Update Request Message 



Traffic Information Message 
or 

Text Message 



new or changed TIN- 
FOs 



TINFO Deletion Message 



deleted TINFOs 



4.5 VINFO zielgerichtet 

Beim zielgerichteten VINFO-Dienst erhalt der Kunde Verkehrsinformationen aus einem Selek- 
tionsgebiet, daB die aktuelle Position sowie die Zielposition enthalt. Dazu wird vom Kunden die 
Zielposition eingegeben. Die genaue Festlegung der Geometrie und Ausrichtung des Selekti- 
onsgebiets erfolgt in der Zentrale. 

Alternativ zur aktuellen Position kann eine Startposition eingegeben werden. Wird die Start- 
position nicht verwendet, so ist sie auf 0 zu setzen. 



Protokoll: Extended TINFO Request Message 

IE Message Type: 0x03 

IE Protocol Discriminator: 0x03 

Service ID OxB1 



Onboard Unit 



Service Center 



Extended TINFO Request 
Message 



Traffic Information Message 
or 

Text Message 



new or changed TIN- 



FOs 



TINFO Deletion Message 



deleted TINFOs 
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Die Wahl der Dienstevariante Zielgerichtete VINFO erfolgt typischerweise nach folgendem 
Ablaut: 

1. Auswahl des Ziels 

Der Kunde wahlt das Ziel aus der im Endgerat hinteriegten Geocode-Stadteliste bzw. aus 
seinem personlichen AdreBbuch aus. Bei Auswahl aus dem AdreBbuch sind die Koordina- 
ten der Adresse in den entsprechenden Geocode umzuwandeln. 

2. Auswahl der Startposition 

Der Kunde wird aufgefordert, die aktuelle Position als Startposition zu bestatigen. Bestatigt 
er dies nicht, so wird er zur Auswahl einer Startposition aus der Geocode-Stadteliste bzw. 
aus seinem personlichen AdreBbuch aufgefordert. Bei Auswahl aus dem AdreBbuch sind 
die Koordinaten der Adresse in den entsprechenden Geocode umzuwandeln. 

3. Auswahl ..Verkehrsinfos zum Fernstreckennetz" / ^Verkehrsinfos zu alien StraBen" 

Die Defaulteinstellung ist „Verkehrsinfos zum Fernstreckennetz". Alternativ kann der Kunde 
, f Verkehrsinfos zu alien StraBen" auswahlen. 

4. Auswahl Update von Verkehrsinfos 

Der Kunde erhalt die Moglichkeit, einen automatischen Update der Verkehrsinfos anzufor- 
dern. Dazu wird ihm ein Schalter „Update-Modus ein/aus" bzw. die Eingabe einer Dauer fur 
den Update-Modus angeboten. Der Update-Modus ist jederzeit manuell deaktivierbar. 

5. Ubertraqung der VINFO-Anfraae 

Das Endgerat stellt die Extended TINFO Request Message zusammen (siehe Kap. 4.5.1) 
und ubertragt sie zur Zentrale. 

6. Filterung der Verkehrsinfos 

Nach Erhalt der VINFO-Anfrage bestimmt die Zentrale aus Start- und Zielposition das Se- 
lektionsgebiet. Innerhalb des Selektionsgebiets werden die Verkehrsinfos herausgefiltert. 
Zusatzlich wird der Filter „Fernstreckennetz" / „alle StraBen" verwendet (siehe Kap. 2.1 .5). 

7. Ubertraqung der Verkehrsinfos 

Die Zentrale ubertragt die ausgefilterten Verkehrsinfos mit der Traffic Information Message 
(Kodierung siehe Kap. 4.7). Liegen keine Verkehrsinfos vor bzw. konnen keine Verkehrsin- 
fos ubertragen werden (Uberlast, Ausfall von Zentralenkomponenten, etc.), wird der Kunde 
durch Ubertragung der Text Message informiert (Kodierung siehe Kap. 2.7, ADP TINFO). 
Die Zentrale sendet die TINFO Deletion Message, um ungultige Verkehrsinfos im Endgerat 
zu loschen (Kodierung siehe Kap. 2.4, ADP TINFO). 

8. Presentation der Verkehrsinfos 

Die Verkehrsinfos werden vom Endgerat entsprechend dem gewahlten Sortierverfahren 
sortiert und zur Anzeige gebracht (siehe Kap. 4.9). Die Liste der Verkehrsinformationen 
wird im Endgerat gespeichert. 

9. Update von Verkehrsinfos 

Bei einem Update-Duration-Code von 000001 merkt die Zentrale die VINFO-Anfrage vor 
und schickt bei Vorlage von wichtigen Warn- uncfeVerkehrsmeldungen initiativ eine Traffic 
Information Message oder TINFO Deletion Message. Das Endgerat stellt, gesteuert durch 
Zeit- und Weglangentrigger, neue VINFO-Anfragen (siehe Kap. 4.1.5). Der Ablauf wird ab 
Punkt 6 erneut angestoBen. 
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4.5.1 Kodierung der Extended TINFO Request Message bei VINFO zielgerichtet 

Die Extended TINFO Request Message (siehe Kap. 3.2, ADP TINFO) wird bei VINFO zielge- 
richtet wie folgt kodiert: 



| Information Element 


Type 


Length [bits] 


Comments 


Protocol Discriminator 


MF 


7 




Bulk Flag 


MF 


1 




Message Type 


MF 


8 




Output Mode 


MF 


2 


gema3 Grundeinstellungen, 
00: data, 10: data and 
speech, 

(01: speech wird nicht unter- 
stutzt) 


Output Format 


MF 


3 


000: Event code/Geo code 


Language 


MF 


3 


gemaR Grundeinstellungen, 
Standard 000: German 


Update Duration 


MF 


6 


000000: „Update-Modus aus", 
000001: JJpdate-Modus ein" 


Current position 


MV 


58 


aktuelle Position aus Lokali- 
sierungssystem (wird in Zen- 
li die ctio oidi ipuoiuon yewer- 
tet, falls IE Start position = 0) 

Coding siehe „Area and Loca- 
tion Coding", Location Type 
10 (WGS84, High Resolution), 
Location 0000 (Point) 


Current heading 


MF 


9 


aktuelle Bewegungsrichtung 
aus Lokalisierungssystem 


Start position 


MF 


32 


0: Startposition ist die aktuelle 
Position (IE Current position), 

* 0: Geocode der aus- 
gewahlten Startposition 


End Position 


MF 


32 


Geocode der ausgewahlten 
Zielposition 


Number of Selected Streets (n) 


MF 


4 


0000: wird von Zentrale als 
Defaulteinstellung „Verkehrs- 
infos zum Fernstreckennetz" 
interpretiert 

0001 : wird von Zentrale als 
Einstellung „Verkehrsinfos zu 
alien StraBen" interpretiert 
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Street 1 


OV 


var 


entfallt bei „IE Number of Se- 
lected Streets = 0000" 

bei „IE Number of Selected 
Streets = 0001": location 
type=001 , Leeres Textfeld 


Street 2 


OV 


0 


entfallt 










Street n 


OV 


0 


entfallt 


Presence of Geographical Se- 
lection 


MF 


1 


0: wird nicht unterstutzt 


Search Area 


OV 


0 


entfallt 


Presence Radius of Circle 


OF 


0 


entfallt 


Radius of Circle 


OF 


0 


entfallt 


Number of TINFOs (n) 


MF 


6 


Anzahl der im Endgerat 
gespeicherten Verkehrsinfos 


TINFO Version 1 


OF 


22 


Versionsnummer der 
Verkehrsinfo 1 










TINFO Version n 


OF 


22 


Versionsnummer der 
Verkehrsinfo n 



4. 6 VINFO streckenbezogen 

Beim VINFO-Dienst streckenbezogen erhalt der Kunde Verkehrsinformationen uber eine aus- 
gewahlte Strecke. Die Strecke kann eine StraBe Oder eine Folge von StraBen sein. 

Beim IE Street wird nur Location Type 001 (street) und Street Type 0 - 6 unterstutzt. (Text 
wird generell nicht unterstutzt) 

Alternativ zur aktuellen Position kann eine Startposition eingegeben werden. Wird die Start- 
position nicht verwendet, so ist sie auf 0 zu setzen. Wird die Zielposition nicht verwendet, so 
ist sie auf 0 zu setzen. 



Protokoll: Extended TINFO Request Message 

IE Message Type: 0x03 

IE Protocol Discriminator: 0x03 

Service ID 0x13 
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Onboard Unit 


Extended TINFO Request 

ivitfooayU 


Service Center 




new or changed TIN- 
FOs 

deleted TINFOs 


/ idiuu iinurmaiion iviessage 
or 

Text Message 


TINFO Deletion Message 





Bei VINFO streckenbezogen sollte der Kunde zusatzlich die Moglichkeit haben eine im End- 
gerat gespeicherte Route auszuwahlen. Die Routenbeschreibung enthalt im Block Waypoint 
die Ortsbezeichnung, welche ensprechend Kap. 3.4, ADP Navigation Services, eine StraBen- 
bescnreibung (Kennung und Nummer, Freitext wird njcht unterstutzt) enthalt, welche als Stra- 
Benbeschreibung in das IE Street der Extended TINFO Request Message (siehe Kap 3 2 
ADP TINFO) gesetzt wird. StraBen des nachgeordneten Netzes sollten zunachst njcht be-' 
rucksichtigt werden. Zusatzlich ist eine Start- und Zielposition aus der Routenbeschreibung zu 
extrahieren. Jeder Geocode ist hierfur zulassig. Damit kann die VINFO-Anfrage fur die Route 
gleich der Anfrage uber die manuell eingegebene Strecke erfolgen und wird von der Zentrale 
nicht differenziert behandelt. Besteht die Route aus mehr als 15 StraBenabschnitten so ist die 
Route m mehrere Teilstrecken mit entsprechenden Start- und Zielpositionen zu zerlegen Fur 
jede Teilstrecke ist eine separate Anfrage mit neuer Context-Nummer (siehe Kap 3 1) zu 
stellen. Eine Aufteilung auf mehr als 4 Teilstrecken sollte vermieden werden. 

Die Wahl der Dienstevariante Streckenbezogene VINFO erfolgt typischerweise nach folqen- 
dem Ablauf: 



1 - Auswahl: Manuelle Einna he einer Strecke/Wahl ein^r aesoeicherten Rn.itP 

Der Kunde wahlt zwischen den Varianten „Manuelle Eingabe einer Strecke" und Wahl ei- 
ner gespeicherten Route" aus. 

Wahlt der Kunde Jvlanuelle Eingabe einer Strecke", so ist der weitere Ablauf ab Punkt 2 
beschrieben. 

Wahlt er „Wahl einer gespeicherten Route", so werden ihm die Routengrobbeschreibungen 
Houte Briefing, siehe ADP Navigation Services) aller gespeicherten Routen angezeigt 
(siehe Dienstespezifikation Navigationsdienst Orientierungshilfe). Der Kunde wahlt eine 
Route aus. Das Endgerat wertet die Route in eine Folge von StraBen inklusive Startposition 
und Zielposition um (weiterer Ablauf ab Punkt 5). 

2. Auswahl des 7iP»ls 

Der Kunde wahlt das Ziel aus der im Endgerat hinterlegten Geocode-Stadteliste bzw aus 
seinem personlichen AdreBbuch aus. Bei Auswahl aus dem AdreBbuch sind die Koordina- 
ten der Adresse in den entsprechenden Geocode umzuwandeln. 

3. Auswahl der Startposition 

Der Kunde wird aufgefordert, die aktuelle Position als Startposition zu bestatigen Bestatigt 
er dies nicht, so wird er zur Auswahl einer Startposition aus der Geocode-Stadteliste bzw 
aus seinem personlichen AdreBbuch aufgefordert. Bei Auswahl aus dem AdreBbuch sind 
die Koordinaten der Adresse in den entsprechenden Geocode umzuwandeln 
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4. Einaabe der StraBe(n) 

Der Kunde wird aufgefordert, die StraBe bzw. die StraBen (maximal 5 StraBen, siehe Pa- 
rameter vig250_streetjnax) in Durchfahrtreihenfolge einzugeben. Fur jede StraBe ist Ken- 
nung und Nummer anzugeben (z. B. A 59). Die Eingabe einer StraBe in Freitext wird nicht 
unterstutzt. 

5. Auswahl Update von Verkehrsinfos 

Der Kunde erhalt die Moglichkeit, einen automatischen Update der Verkehrsinfos anzufor- 
dern. Dazu wird ihm ein Schalter „Update-Modus ein/aus" bzw. die Eingabe einer Dauer fur 
den Update-Modus angeboten. Der Update-Modus ist jederzeit manueil deaktivierbar. 

6. Ubertraaung der VINFO-Anfraae 

Das Endgerat stellt die Extended TiNFO Request Message zusammen (siehe Kap. 4.6.1) 
und ubertragt sie zur Zentrale. 

7. Filteruno der Verkehrsinfos 

Nach Erhalt der VINFO-Anfrage filtert die Zentrale die Verkehrsinfos auf der Strecke in 
Fahrtrichtung heraus. Der Kunde erhalt fur die gewahlte Strecke Verkehrsinformationen al- 
ler Klassen (keine Filterung nach Fernstreckennetz o. a.). 

8. Ubertraaung der Verkehrsinfos 

Die Zentrale ubertragt die ausgefilterten Verkehrsinfos mit der Traffic Information Message 
(Kodierung siehe Kap. 4.7). Liegen keine Verkehrsinfos vor bzw. konnen keine Verkehrsin- 
fos ubertragen werden (Uberlast, Ausfall von Zentralenkomponenten, etc.), wird der Kunde 
durch Ubertragung der Text Message informiert (Kodierung siehe Kap. 2.7, ADP TINFO). 
Die Zentrale sendet die TINFO Deletion Message, urn ungultige Verkehrsinfos im Endgerat 
zu loschen (Kodierung siehe Kap. 2.4, ADP TINFO). 

9. Presentation der Verkehrsinfos 

Die Verkehrsinfos werden vom Endgerat entsprechend dem gewahlten Sortierverfahren 
sortiert und zur Anzeige gebracht (siehe Kap. 4.9). Die Liste der Verkehrsinformationen 
wird im Endgerat gespeichert. 

10- Update von Verkehrsinfos 

Bei einem Update-Duration-Code von 000001 merkt die Zentrale die VINFO-Anfrage vor 
und schickt bei Vorlage von wichtigen Warn- und Verkehrsmeldungen initiativ eine Traffic 
Information Message oder TINFO Deletion Message. Das Endgerat stellt, gesteuert durch 
Zeit- und Weglangentrigger, neue VINFO-Anfragen (siehe Kap. 4.1.5). Der Ablauf wird ab 
Punkt 6 erneut angestoBen. 
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4.6.1 Kodierung der Extended TINFO Request Message bei VINFO streckenbezogen 

Die Extended TINFO Request Message (siehe Kap. 3.2, ADP TINFO) wird bei VINFO strek- 
kenbezogen wie folgt kodiert: 



Information Element 


Type 


Length [bits] 


Comments 


Protocol Discriminator 


MF 


7 




Bulk Flag 


MF 


1 




Message Type 


MF 


8 




Output Mode 


MF 


2 


gernaB Grundeinstellungen, 
00: data, 10: data and 
speech, 

(01 : speech wird nicht unter- 
stutzt) 


Output Format 


MF 


3 


000: Event code/Geo code 


Lanauaae 


MF 


3 


npmaft fnriinrt£*inQt£*lli innpn 

y I ■ iaiJ \~Al Ul IVJUII IOLOIIL4I IVJv7l 1, 

Standard 000: German 


Update Duration 


MF 


6 


000000: „Update-Modus aus", 
000001 : „Update-Modus em" 




M\/ 

IVI V 


DO 


aktuelle Position aus Lokali- 
sierungssystem (wird in Zen- 
trale als Startposition gewer- 
tet, falls IE Start position = 0) 

oouing siene „Area ana Loca- 
tion Coding", Location Type 
10 (WGS84, High Resolution), 
Location 0000 (Point) 


Current heading 


MF 


9 


aktuelle Bewegungsrichtung 
aus Lokalisierungssystem 


Start DO*?itinn 


MF 

IVI 1 




u. oidnpobiiion tot uie aKiuene 
Position (IE Current position), 

* 0: Geocode der aus- 
gewahlten Startposition 


End Position 


MF 


32 


Geocode der ausgewahlten 
Zielposition 


Number of Selected Streets (n) 


MF 


4 


Anzahl der StraBen 


Street 1 


OV 


var 


Location Type = 01 1 (street), 
Street Type = 0 bis 6 










Street n 


OV 


var 


Location Type = 01 1 (street), 
Street Type = 0 bis 6 
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Presence of Geographical Se- 
lection 


MF 


1 


0: wird nicht unterstiitzt 


Search Area 


OV 


0 


entfallt 


Presence Radius of Circle 


OF 


0 


entfallt 


Radius of Circle 


OF 


0 


entfallt 


Number of TINFOs (n) 


MF 


6 


Anzahl der im Endgerat 
gespeicherten Verkehrsinfos 


TINFO Version 1 


OF 


22 


Versionsnummer der 
Verkehrsinfo 1 










TINFO Version n 


OF 


22 


Versionsnummer der 
Verkehrsinfo n 



4.7 Kodierung der Verkehrsinformationen (Traffic Information Message) 

Die Verkehrsinformationen, die mit der Traffic Information Message an das Endgerat geschickt 
werden, bestehen aus maximal 1 1 Blocken (siehe Kap. 4, ADP). (s. Erklarung unten) 

Die Basis-TINFO enthalt die Bldcke General Information (Allgemeine lnfo) f Location (Ort des 
Ereignisses), Event (Ereignis) und End (Ende). 

Die Basis-TINFO kann optional urn die Bldcke Cause (Ursache des Ereignisses), Hint 
(Verkehrshinweis), Duration (Dauer des Ereignisses), Bypass (Umleitungsempfehlung), Aver- 
age Speed (Mittlere Geschwindigkeit am Ort des Ereignisses) und Event position (Genaue 
Position des Ereignisses) erweitert werden. 

Der Block FCD (Steuerung von FCD uber TINFO) wird nicht unterstiitzt 

Eine TINFO kann aus 1 1 verschiedenen Tvpen von Blocken bestehen, von denen einige im- 
mer vorhanden sind (mandatory, nachfolgend fett dargestellt) und andere optional. Die Rei- 
henfolge der 1 1 Blocktypen (von Block 1 General Information bis Block 1 1 End) ist durch die 
Blocknumerierung festgelegt. Qptionale Blocke konnen mehrfach vorhanden sein und werden 
durch einen 4-Bit Header eingeleitet (z. B. tritt bei 2 Hinweisen der Block 5 (Hint) zweimal 
hintereinander auf). Eine Besonderheit ist der Block 3 (Event): der erste Event Block ist man- 
datory und hat keinen Header, optional konnen weitere Event Bldcke folgen, die mit einem 
Header eingeleitet werden. (Dadurch kann eine TINFO in Ausnahmefallen auch aus mehr als 
1 1 Blocken bestehen): 

Der erste Event Block beschreibt immer die Verkehrsstorung selber, lokalisiert durch den Lo- 
cation Block. Optionale weitere Event Blocks liefern ausschlieBlich Zusatzinformationen 
(Beispiel: „2h Wartezeit") zu der Verkehrsstorung und beziehen sich damit auf den ersten 
Event Block. Eine TINFO beschreibt immer nur eine Verkehrsstorung. Dementsprechend lie- 
fern die optionalen Blocke Cause, Hint, Duration, Bypass, Average Speed und Event Position 
Zusatzinformationen zu der Verkehrsstorung und referenzieren damit immer den ersten Event 
Block. 
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General Information (Typ Block 1 gem. ADP TINFO) 

Location (Typ Block 2 gem. ADP TINFO), Ort des Ereignisses, nur einmal vorhanden 
Event (Typ Block 3 gem. ADP TINFO), Ereignis 
weitere Events (Zusatzinfos, ebenfalls Typ Block 3 gem. ADP TINFO) 
Cause (Typ Block 4), Ursache 
Hint (Typ Block 5), Hinweis 

juration (Typ Block 6), Gultigkeitsdauer der Verkehrsinformation, z.B. geschatzte Lebens- 
dauer eines Ereignisses; die Gultigkeitsdauer ist nicht identisch mit der Speicherdauer bei 
ptp bzw. der Verfallszeit der TINFO's im Cell Broadcast) 
Bypass (Typ Block 7), Umleitungshinweis 

Average Speed (Typ Block 8), mittlere Geschwindigkeit am Ort des Ereignisses 
Event Position (Typ Block 9), genaue Position des Ereignisses 
F CD-Flag ( B,ock T yP dient der FCD-Steuerung und wird nicht unterstiitzt 
End (Block Typ 11), definiert das Ende der TINFO 

Die genaue Codierung der TINFO ist detailliert im ADP TINFO beschrieben. Im Regefall wird 
jeder Block maximal einmal vorhanden sein (Ausnahme Event, s. u.). 

Ubersicht iiber die Codierung der Verk e hrsinformatinnen mittels Gap- und Event-Cortes- 

Ortsinformationen fur Verkehrsinformationen werden durch Geocodes ubertragen Die Struk- 
tur der Geo-Code-Tabellen, die im Endgerat abzulegen sind, ist im Dokument „Geo-Codes: 
inhalts- und Strukturbeschreibung der Endgeratetabellen" detailliert beschrieben. 

Die Geo-Code-Tabelle wird zunachst fur das Gebiet Deutschland erstellt (das Verfahren ist 
allerdmgs europaweit anwendbar) und wird in der ersten Realisierungsstufe alle Bundesauto- 
bahnen sowie BundesstraBen abdecken, die unterbrochene Autobahnen direkt verbinden 
(StraBenknoten). Damit ist das deutsche FernstraBenkernnetz durch Geocodes beschrieben 
Zusatzlich werden zumindest alle wichtigen Stadte geocodiert. 

Die Geo-Code-Tabelle enthalt: 

• den Geo-Code 

• den Geo-Code-Typ (z. B. AnschluBstelle, Autobahnkreuz, Autobahndreieck, Grenziiber- 
gang, Stadt) 

• die referenzierte StraBe (A3, B8) 

• den Namen (z. B. Beuel, Koln) 

• bei AutobahnanschluBstellen/-kreuzen/-dreiecken die Nummer der Ausfahrt qemaB der 
offziellen Verzeichnisse (fur beide Fahrtrichtungen) 

• der Name der Fernziele fur das Autobahnteilstuck („Von_Ort" und „Nach_Ort", z. B. A2 
„Dortmund", ..Hannover", die Richtungsinformation wird gemaG ADP TINFO zusatzlich 
ubertragen) 

Die Information „A3, Autobahnkreuz Bielefeld" ist dementsprechend codiert durch den Geo- 
code-Typ „Autobahnkreuz", die StraBe „A3", (evtl. Referenz-Geocodes), den amtlichen Num- 
mern sow.e den Fernzielen ..Dortmund" und ..Hannover" (siehe Beispiel in Dokument Geo- 
codes, Kap. 3.1). 

Die Umrechnung des Geo-Codes in geographische Koordinaten (WGS84) sowie die Umkeh- 
rung ist moglich. 

Die Beschreibung von Ereignissen, Ursachen, Hinweisen und Umleitungshinweisen erfolgt im 
Regelfall uber Event-Codes (in Ausnahmefallen Freitext), die im Dokument Event-Codes" 
detailliert beschrieben sind. 
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Folgende Hauptgruppen von Event Codes sind im Dokument „Event Codes" festgelegt (diese 
konnen sowohl Ereignisse, Ursachen, Hinweise Oder Umleitungshinweisen bezeichnen): 

• Behinderung (z. B. Stau, hohes Verkehrsaufkommen, Unfall) 

• Wetter (z. B. Glatteis, Reifglatte, Nebel) 

• Gefahr (z. B. brennendes Fahrzeug, Personen auf der Fahrbahn) 

• Sonstige (Ausfall der Notrufsaulen, Messe, Sportveranstaltung) 

• Umleitung (z. B. Verkehrsteilnehmer werden gebeten, den orangefarbenen Pfeilen zu fol- 
gen), diese Event-Typen werder nur im Block 7, Bypass, genutzt. 

Die Hauptgruppen konnen dazu genutzt werden, bei der Presentation der Verkehrsinformation 
die Meldung entsprechend zu bezeichnen (z. B. „Warnung: Glatteis"). 
Vielen Event Codes sind Quantifier zugeordnet, mit denen z. B. die Lange eines Staus Oder 
die zeitliche Dauer einer Verkehrsmeldung codiert werden. Alierdings konnen im ADP TINFO 
nur beim Block 3 (Event) und Block 7 (Bypass) Quantifier gesetzt werden. Hinweise und Ursa- 
chen, die mit Quantifiern versehen sind, sind daher als optionaler (zusatzlicher) Block 3 
(Event) codiert (z. B. „Wartezeit 2h"). 

Folgende Quantifiertypen wurden festgelegt: 
Typ 1 km, z. B. 6 km Stau 

Typ2 h 
Typ 3 m 
Typ 4 % 

Typ 5 Phrases (z. B. „kurzfristig", „teilweise", „streckenweise", etc.) 

Typ 6 min 

Der Typ 8 ist fur Umleitungs-Quantifier reserviert (s. Kapitel 4.7.7). Typ 6 ist reserviert fur 
Mannesmann Autocom. 

Die Obertragung der durchschnittlichen Geschwindigkeit fur einen Streckenabschnitt erfolgt 
nicht durch Event-Code und Quantifier, sondern mittels Block 8 (Average Speed). 

Nachfolgend wird an Beispielen die Codierung einer Verkehrsmeldung in den einzelnen Bldk- 
ken erlautert: 

1. Beispiel: A3, Koln nach Frankfurt, zwischen AK Bonn/Siegburg und AS Siebengebirge 



4. Beispiel: streckenweise Nebel im Raum Koln 



4.7.1 Block 1 (General Information), mandatory 

Dieser Block dient der Identifikation einer Verkehrsmeldung. Er legt die Prioritat fest und gibt 
mit dem Flag Bypass Information Auskunft uber das Vorliegen einer Umleitungsempfehlung 
beim Diensteanbieter. 



5 km Stau wegen Unfall 



2. Beispiel: 



wie 1., zusatzlich „Bitte benutzen Sie ab Bonn die U 123' 



3. Beispiel: 



wie 1 ., zusatzlich „der Verkehr wird uber den Standstreifen 
geleitet" und „Wartezeit 2h" 
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Der Block enthalt 

• den Typ des ve rwendeten TINFQ-Frames (immer Typ 1 ) 

• die Prioritat der TINFO 

• eine Version der Verkehrsmeldunrj (TINFO Version), die Version enthalt eine ID fur die 
Verkehrsmeldung, welche fur die gesamte Lebensdauer der Meldung identisch ist sowie 
einen Time-Stamp, der den Zeitpunkt der letzten Aktualisierung der Meldung enthalt 

• ein F'aq Bypass Information, mit dem angezeigt wird, daB fur die TINFO in der Zentrale 
eine Umleitungsempfehlung vorliegt. 

Prioritat der TINFO: 

Die Prioritaten sind wie folgt festgelegt: 

• Prioritat 4 -> Klasse 4: Warnmeldungen (z. B. Geisterfahrer, verlorene Ladung) 

Verkehrsinfos mit Fernwirkung 
Verkehrsinfos mit Mittelwirkung 
Verkehrsinfos mit Nahwirkung 

Beim interaktiven VINFO-Dienst ist ausschlieBlich die Prioritat 4 auszuwerten (sofortige An- 
zeige der Warnmeldung mit Warnton o. a.). Bei VINFO iiber CB sind auch die anderen Priori- 
taten auszuwerten (siehe Kap. 5.3). 

D . 6 [ ? ara ™ e J ter A2VIG2 steuert die Bedeutung des Flags Bypass Information. T-Mobil unter- 
stutzt nicht die Abfrage von Umleitungsempfehlungen iiber die Bypass Request Message 
Vielmehr w.rd be. gesetztem Flag Bypass Information empfohlen, mittels des Navigations- 
dienstes Orientierungshilfe eine Routenberechnung fur eine Umleitungsroute durchfuhren zu 
lassen (nur moglich bei Endgeraten, die auch Navigationsdienste unterstutzen) 



Prioritat 3 -> Klasse 3 

• Prioritat 2 -> Klasse 2 

• Prioritat 1 -> Klasse 1 



4.7.2 Block 2 (Location), mandatory 

Dieser Block legt den Ort der Verkehrsinformation fest. 

Der Ort kann auf verschiedene Arten codiert werden. Befindet sich das Ereignis zwischen zwei 
defimerten Punkten (z. B. AS Kdln-Sud und AS-Koln-Poll), so werden die IE First Intersection 
und Last Intersection mit den entsprechenden Geocodes gesetzt. Es wird nur der Standard 
&The°Ka p IO ?2^ 4 ' 2 ' h ADP) unterst0tzt ' nicht i^och der Special Location Block 

Innerhalb des Standard-Information-Blocks werden folgende Informationen ubertraaen- 

• die betroffene StraBe ' 

• die Richtungsinformation, welche beschreibt, in welcher Richtung zwischen dem iibertraqe- 
nen Anfang und Ende der Storung das Ereignis liegt 

• die Geo-Codes fur den Ort der Storung (Anfang und Ende) 

lm Beispiel wird wie folgt codiert: 

Beis P' el StraBe Richtuno Geo-Code Anfano Geo-Code Ends 

1 A3 01 AK Bonn/Siegburg AS Siebengebirge 

2 wie Beispiel 1 

3 wie Beispiel 1 

4 s. unten 00 Kbln (s. unten) Koln (s. unten) 
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1st der Ort des Ereignisses durch eine Ortsangabe eindeutig beschrieben (z. B. bei Verkehrs- 
meldungen fur GroBraume), dann wird der gleiche Geo-Code fur Anfang und Ende des Ereig- 
nisses ubertragen. Fur das IE StraBe gilt in diesem Fall folgende Vereinbarung: StraBentyp 
Text (15), das Textfeld ist leer. 

Die zusatzlichen Informationen in der Meldung von „K6ln" nach „Frankfurt" sind aus der Geo- 
Code-Tabelle des Endgerats zu entnehmen („Von_Ort", M Nach_Ort"). 

Mittels des Blocks 9 (Event Position) kann die zusatzliche Information ubertragen werden, in 
welchem Abstand vom IE first intersection das Ereignis liegt (z . B. Stau „10 km" nach AK 
Bonn/Siegburg"). 



4.7.3 Block 3 (Event), mandatory 

Dieser Block beschreibt das Oder die Ereignis(se) (siehe Kap. 4.3, ADP). Es wird der Event 
Type 1 (im Endgerat gespeicherte Event-Codes oder Text) unterstutzt, nicht jedoch der Event 
Type 2 (AlertC-Codes). 

Ereignisse, die in der Event Code Liste abgelegt sind, werden durch den Event Code be- 
schrieben, sonst Klartext. Ereignisse, die sich quantifizieren lassen, werden mit Hilfe der 
Quantifier beschrieben, sonst ohne. 

Eine TINFO enthalt immer den ersten Event Block, optional mehrere. Die optionalen Event 
Blocks liefern Zusatzinfos zu der Verkehrsstorung und konnen Hinweise/Ursachen sein, wel- 
che jedoch wegen des Quantifiers mit dem Block 3 (Event) gesetzt werden mussen (z. B. 
Wartezeit2h). 

Im Beispiel wird wie folgt codiert: 

Beispiel Event-Header Event-Type Code-Flag Event-Code Quantifier 

1 entfallt Type 1 1 Stau ($080) 5 km 

2 wie Beispiel 1 

3 wie Beispiel 1 (Stau), zusatzlich optionaler Event Block: 

0001 Type 1 1 Wartezeit (S210) 2h 

4 entfallt Type 1 1 Nebel streckenweise 



4.7.4 Block 4 (Cause), optional 

Dieser Block beschreibt die Ursache des Ereignisses (siehe Kap. 4 A, ADP). Es wird der Cau- 
se Type 1 (im Endgerat gespeicherte Event Codes Oder Text) unterstutzt, nicht jedoch der 
Cause Type 2 (AlertC-Codes). 

Ursachen, die in der Event Code Liste abgelegt sind, werden durch den Event Code beschrie- 
ben, sonst Klartext. 

Einem Cause Block kann kein Quantifier zugeordnet werden. Ursachen mit Quantifier werden 
als optionaler Event Block codiert (siehe Kap. 4.7). 
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lm Beispiel wird wie folgt codiert: 
Beispiel Cause-Header 



Cause-Tv pe Code-Flag Event-Code 



1 
2 
3 
4 



0010 

wie Beispiel 1 
wie Beispiel 1 
kein Cause-Block 



Type 1 



Unfall (S0a5) 



4.7.5 Block 5 (Hint), optional 

In diesem Block konnen ein oder mehrere Hinweise zu der Verkehrsinformation gegeben wer- 
den. Es wird nur der Hint Type 1 (im Endgerat gespeicherte Event Codes oder Text) unter- 
stutzt 

Hinweise, die in der Event Code Liste abgelegt sind f werden durch den Event Code beschrie- 
ben f sonst Klartext 

Einem Hint Block kann kein Quantifier zugeordnet werden. Hinweise mit Quantifier werden als 
optionaler Event Block codiert (siehe Kap. 4.7). 

lm Beispiel wird wie folgt codiert: 

Beis P |el Hint-Header Hint-Tvpe Code-Flag Event-Code 

1 kein Hint-Block ~ 

2 kein Hint-Block 

3 001 1 Type 1 1 „der Verkehr wird uber 

den Standstreifen geleitet" ($28a) 

4 kein Hint-Block 



4.7.6 Block 6 (Duration), optional 

In diesem Block kann die Zeitdauer, fur die die Verkehrsinformation gilt, gesetzt werden Es 
werden alle drei Duration Types unterstutzt 

Dieser Block wird von T-Traffic benutzt, urn die Gultigkeitsdauer der Verkehrsmeldung anzu- 
?! ™; an 9egebene Duration bezieht sich immer auf ein Ereignis (z.B. Demonstration von 
14:00 Uhr bis 16:00 Uhr). 

Der Block 6 (Duration) bezieht sich auf den 1 . Event Block. Er tritt daher in der TINFO nur 
hdchstens einmal auf. 



4.7.7 



Block 7 (Bypass), optional 



In diesem Block kann ein Umleitungshinweis gesetzt werden. Umleitungshinweise werden als 
Event Codes (fur Umleitungshinweise) oder als Klartext unterstutzt. Ortsangaben werden als 
Geo Code oder uber das IE Street unterstutzt 
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Es werden kerne Umleitungsrouten unterstiitzt, d.h. das IE Presence of IE des Building Blocks 
Bypass Route ist 0. 

Der Bypass-Block kann unabhangig vom Bypass-Flag vorhanden sein. Mittels des Bypass- 
Blocks werden insbesondere die offiziellen Umleitungen, codiert mittels der Event-Codes aus 
der Hauptgruppe Umleitung, ubertragen (Codierungsbeispiel s. unten). 



4- 7. 7. / Building Block Additional Location 

Der Building Block Additional Location bestimmt das Format und den oder die Orte. Fur den 
Umleitungshinweis werden unterstiitzt: Location Type = 000 Geo Code, 001 Text, 01 1 Street 
sowie 100 Differential Geo Code, (siehe Kap. 5. 10, A DP). Bei Differential Geo Code bezieht 
sich der differentielle Geo Code aufden ersten Geo Code im Building Block. 

Fur Geo Code bzw. Differential Geo Code siehe Kap. 5.8, ADP. Fur Street siehe Kap. 5.7, 
ADP. Zur Codierung von Text siehe „Coding of text and transparent data 4 '. 

Mittels des Building Block Additional Information werden die Quantifier fur durch Event-Codes 
codierte Umleitunghinweise gesetzt. Die Reihenfolge der gesetzten Quantifier entspricht der 
Reihenfolge der Platzhaiter in der Event-Code-Liste (s. Beispiel). 

Die Umleitungsempfehlung aus Beispiel 2 („Bitte benutzen Sie ab AK Bonn/Siegburg die U 
123) wird folgendermaBen codiert: 

Bypass Header 0101 

Bypass Hint/Presence of IE 1 

Flag Code/Text 1 (Event-Code) 

Hint Bitte benutzen Sie ab $ die $($295) 

Number of addition Locations 2 

Additional Location 1 Type Geo-Code (000), 

Geo-Code AK Bonn/Siegburg 

Additional Location 2 Type Street (01 1) 

Street Type 5 (Umleitungsstrecke), Street Number 123 
Bypass Route/Presence of IE 0 



4.7.8 Block 8 (Average Speed), optional 

Mit diesem Block kann die mittlere Geschwindigkeit am Ort des Ereignisses angegeben wer- 
den. 

Der Block 8 (Average Speed) bezieht sich auf den 1 . Event Block. Er tritt daher in der TINFO 
nur hdchstens einmal auf. 



4.7.9 Block 9 (Event Position), optional 

Mit diesem Block kann der Abstand des Events von dem in Jirst intersection" angegebenen 
Ort (siehe Kap. 4.7.2) angegeben werden. 
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Der Block 9 (Event Position) bezieht sich auf den 1 . Event Block. Er tritt daher in der TINFO 
nur hochstens einmal auf. 



4.7. 10 Block 10 (FCD-Flag), wird nicht unterstutzt 

Der Block FCD-Flag wird nicht unterstutzt. 

4.7.11 Block 11 (End), mandatory 

Der End Block zeigt das Ende der TINFO an. 



4.7.12 Behandlung nicht dekodierbarer Verkehrsinfos 

Kann das Endgerat Teile einer Verkehrsinfo nicht dekodieren (Event Code/Geo-Code der in 
St h C ?H e/Ge ? Code-Tabelle des Endgerats nicht enthalten ist), so fordert es eine Uber- 
setzung des/der unbekannten Codes in Klartext an. 

£f w ! n 7 9 T a ! S t ndet ? 2U eine TINFO Code Rec > uest Message (siehe Kap. 3.6, ADP TINFO) 
an die Zentrale. Fur jeden unbekannten Code wird jeweils ein Translation Block gesetzt Als 

SlSSSr C ° de) 1 (Ge ° C0d6) Unt6rSWt2t - A ' S ^stinS^at 

Kan^TAnP^MPni 6 0ber ^ u ^ des/der Cod *s "lit der TINFO Code Message (siehe 
aesetzt 'j5t Lllrltl ^ ♦ ^ ^ ^ Qbersetzten Cod * wird jeweils ein Explanation Block 
gesetzt Als Source Format w.rd nur 0 (Event Code) und 1 (Geo Code) unterstutzt Als Desti- 
nation Format wird nur 0 (Text) unterstutzt. ler&iuizi. mis uesti 



4.8 Fehlerbehandlung 

Siehe Dokumente: 

• -Message Type of General Interest", Kap. 4 General Error Message 

• ..Diensteubergreifende Fehlerbehandlung". 



4.9 Presentation von Verkehrsinformationen 

Grundsatzlich muB der Kunde zwischen den VINFO-Ausgabemedien Audiotext oder Display 
sowie Aud.otext und Display (gleichzeitig) wahlen konnen P y 

k^nn P^nrfhrfif eit n n9 ode J. bei K Aufenthalt in einem dem Kunden nicht bekannten Gebiet 
kann es fur thn hilfreich sem, die ubermittelten Informationen nur auf dem Display zu lesen 
und abzuspeichern (z.B. zur Planung von Alternativen). 
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Wahrend der Fahrt bietet die Audiotext-Ausgabe durch die Zentrale dem Kunden im Interesse 
der Verkehrsssicherheit den Vorteil, die gewunschten Informationen anzuhdren, ohne den 
Blick vom Verkehrsgeschehen abwenden zu mussen. 

Auch die gleichzeitige Ausgabe per Audiotext und Display kann fur den Kunden sinnvoll sein 
(z.B. zum genaueren Nachblattem der Meldungen), insbesondere unter dem Gesichtspunkt 
der automatischen Speicherung relevanter, aktueller Meldungen im Endgerat. Als besonders 
kundenfreundlich regt T-Mobil hierbei die synchrone Ausgabe der Meldungen uber Audiotext 
und Display an. Dies ist im Endgerat realisierbar durch Auswertung der TINFO Speech Mes- 
sage, die bei Audio-Ausgabe von der Zentrale ubertragen wird (siehe Kap. 4.1 .6). Die TINFO 
Speech Message liefert Reihenfolge und Lange der im Audiotext-System eingestellten Ver- 
kehrsinfos, wodurch die synchrone Ausgabe der Verkehrsinfos auf dem Display ermoglicht 
wird. 



Das Ausgabemedium Audiotext / Display bzw. Audiotext und Display sollte bei einer VINFO- 
Anfrage vom Kunden einstellbar sein (evtl. durch die Grundeinstellungen). Im Update-Modus 
sollte ein Wechsel des Ausgabemediums per Menupunkt jederzeit mdglich sein und nicht dazu 
fuhren, daB z.B. die Ersteingabe (Ziel u.a.) wiederholt werden mu3. Als Default wird Audio- 
text" fur die Falle vorgeschlagen, in denen kein abgesetztes, groQes Display vorhanden ist. 

Die Zentrale sendet in jedem Fall alle Meldungen auch per SMS (auch bei Kundenauswahl 
Audiotext allein), damit im Endgerat stets eine vollstandige, aktuelle Liste der Verkehrsmel- 
dungen vorhanden ist und der Kunde bei Wechsel von Audiotext zu Display Oder bei Einschal- 
ten des Endgerates nach kurzer Abwesenheit diese Liste ohne erneute VINFO-Anfrage sofort 
verfugbar hat. 

Untersuchungen haben gezeigt, da6 - gleiche Bedienerfreundlichkeit vorausgesetzt - der 
Sprachausgabe uberwiegend der Vorzug gegeben wird (sofern nicht ein integriertes Anzeige- 
system im Fahrerblickfeld vorgerustet ist). 

Mit der privatwirtschaftlichen Erfassung der Verkehrsdaten werden Menge sowie Anderungs- 
geschwindigkeit der Verkehrsinformationen (und deren VerlaBlichkeit!) im Vergleich zu heute 
deutlich ansteigen. Der Kunde wird dies als nutzliche Neuerung aber nur dann empfinden, 
wenn er nicht mit unnotigen Verkehrsinformationen belastigt wird. Dazu dient einerseits die 
Selektion bei der Anfrage durch Auswahl einer VINFO-Variante (umkreisbezogen, himmels- 
richtungsbezogen, zielgerichtet Oder streckenbezogen). Zusatzlich sollten die dem Kunden 
ubertragenen Verkehrsinfos bei der Presentation geeignet sortiert werden. Eine unkomplizierte 
Benutzerfiihrung zur Sortierung ist daher von entscheidender Bedeutung. 

Zur Sortierung der im Endgerat vorliegenden Verkehrsinfos und deren Updates schlagt T- 
Mobil folgendes Vorgehen fur ein entsprechendes Nutzermenu vor: 

I. Sortierung nach Aktualitat: 

automatische Ausaabe (nach Erhalt einer Traffic Information Message. Text Message 
Oder TINFO Speech Message) : 

1. neue VINFO ...z.B. mit dem Zusatz „neu" 

2. geanderte VINFO.. .z.B. mit dem Zusatz „aktueir Oder Jetzt" 

3. allgemeine Textnachrichten („keine neuen Meldungen", „unverandert" o.a.) 
Ergibt der Update keinerlei neue Meldungen, sollte trotzdem eine Funktionsmeldung 
als allgemeine Textnachricht angezeigt werden, um das Kundenvertrauen in die Funk- 
tion von Endgerat und Dienst zu starken. 
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Demgegenuber erscheint es unter Kostengesichtspunkten nicht vertretbar, im Falle der 
Aud.o-Ausgabe fur den gleichen Zweck automatisch eine Sprachverbindung zum 

sSTntn,^ I ? erzus * e,len - Hier sollt * die vertrauensbildende Meldung lediglich per 
SMS / Display erfolgen oder darauf verzichtet werden. 

manueller Aufruf : 

lu^t h r nTl^I K T e ^. LiSte a " er vorlie 9enden Verkehrsinfos durch manuellen 
Aufruf per Display aus dem Endgeratepeicher erhalten konnen (z.B. wenn e rsich ver- 
gew.ssern w.ll). Bei Audio-Ausgabe baut der Kunde per Menupunkt eine Sprachverb n- 
dung auf. Im Audiotext-System wird zwischen ..table i« mit de neuen und Srt 
Meldungen und table 2" mit den ubrigen (unveranderten) Meldunge ^unteSden 
Der Ablauf der Anfrage entspricht der D1 - Mobilbox-Anfrage. "^chieden. 

II. Sortieruna nach F ahrtrichtung/Abstanri 

Bei der Display-Ausgabe sollte eine Sortierung der Liste nach in Fahrtrichtunq nachst- 
gelegenen Verkehrsinformationen moglich sein. Durch diese Sortie^rung we"den dem 

AuSSe^' Lsnahp"^ 08 " Reih ™^ in der sie ihn betTeffen Bei der 

Audiotext-Ausgabe ist diese Sortierung nicht moglich. 

III. Sortier una nach StraBenklasspn 

Sch Str^plfki;^! 93 ^ ^"[f eine Sortierun 9 der Liste mit Verkehrsinformationen 
nach StraGenklassen (z. B. abste.gend von BAB bis GemeindestraBe) moglich sein. 

^ho eld ' ,nf !T n h ?!. n St6tS h6chste Prioritat und mussen bevorzugt angezeigt bzw zuqe- 
sprochen werden. Dabei ware ein Warnton o.a. sinnvoll. 9 



4.9.1 Display 



Hi!c n ^ End ?^. t ubertra 9 enen Verkehrsinformationen sollen dem Kunden auf dem Disolav 

f ersichtlicher Form prasentiert werden. uTj&ZS& 
scnneii erfaBbar zu sein und e.nen eventuellen Ablenkungseffekt zu minimieren. 

t e ?) e nl r n^° m T n S ?? SiGh 3US einer Anzahl von B, ° cken zusammen (siehe Kap 
HkSZ "ungskapazitat eines Displays ist naturgemaB eingeschrankt Zum eindeutiaen 

^^^2T^l°T ion wie ln Beispiel 2 (siehe Kap - 47 > k0 - te - *™ D *- 

A3 Kb In > Frankf./M. 
zw. AK BN u. Siebeng. 
5 km Stau wg. Unfall 
2 h Wartez. » U 123 

Je nach Anzahl der vorliegenden Nachrichten zum betreffenden Streckenabschnitt liPn^n 
mehrere so.cher Meldungen vor. die nacheinander zur Anzeige tommS s^lS ^ Dane? sollte 
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eine Scroll-Funktion vorgesehen werden, die (zeilen- oder) seitenweises Scrollen bzw. Hin und 
Herspringen zwischen einzelnen Meldungen zulaRt. Zusatzlich sollte ein Automatikmodus das 
bequeme Ablesen aller Meldungen nacheinander unterstiitzen (z.B. automatischer Seiten- 
wechsel nach 10 Sek.). 

Zusatzbefehle bzw. weitere Menufunktionen, wie z. B. das Abspeichern einzelner Nachrichten 
oder Strecken, sollen ebenfalls auf dem Display dargestellt werden. Ebenfalls sollten gangige 
Sonderzeichen (z.B. +, \ #, <, >, etc.) darstellbar sein. 

Urn das Ablesen der Informationen auch bei Dammerung oder Dunkelheit zu ermoglichen, 
sollte ein Tastendruck gleichzeitig die Hintergrundbeleuchtung des Displays fur einen be- 
stimmten Zeitraum ausldsen (mindestens Ablesen einer Seite). 

Die Abdeckung des Displays sollte spiegelfrei sein, so daB die Informationen auch bei 
Schragstehen des Gerates problemlos abgelesen werden konnen. Fur die Anzeige von Ver- 
kehrsinformationen ist Grafikfahigkeit nicht erforderlich (anders beim Navigationsdienst Orien- 
tierungshilfe). 



4.9.2 Audiotext-System 

In vielen Situationen ist die Ausgabe der Verkehrsinfos per Audiotext vorteilhafter und sicherer 
als das Ablesen vom Display. Nutzt der Kunde z.B. bei langeren Fahrten den Update (Kap. 
4.1.5), werden ihm die von ihm selektierten Verkehrsinfos fur seine Fahrtstrecke zugespro- 
chen. 
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^I^SS^^SSSSS^ W ' de " KUnde " " daS A "*»-t-Sys, em einge- 
in besonderer C^iSSSK^ """^ V °" VerkehrSin « 0S 
keit zum Vor- und Zurucksorinoen ?! SLT? f nu ' ? lnem Endgeratebefehl die Moglich- 
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5 Beschreibung des VINFO-Dienstes uber Cell Broadcast 



5.1 Einleitung 

Der VINFO Cell Broadcast Subdienst ist ein Broadcast Dienst, bei dem alle Verkehrsinforma- 
tionen in einem Umkreis von mindestens vig100_r_max km via Cell Broadcast im GSM Netz 
ubertragen werden. Die Verkehrsinformationen werden zyklisch in einem Zeitraster kleiner 15 
Minuten als VINFO Datentelegramm ^Traffic Information Message" - Message Type 0x01, 
Protocol Discriminator 0x03 - versendet. Dabei konnen innerhalb eines Datentelegramms 
mehrere Verkehrsmeldungen ubertragen werden. Die einzelnen Meldungen sind anhand ihrer 
Versionsnummer (ID+Time Stap) eindeutig identifizierbar (gleiche Kennung bei interaktivem 
und kollektivern Dienst). 

Urn eine unberechtigte Nutzung zu unterbinden, konnen die Daten im Cell Broadcast Betrieb 
verschlussett sein. Die Art der Verschlusselung wird im CAS-Rahmen fur den Cell Broadcast 
Betrieb bestimmt f in den die Nutzdaten eingebettet sind. 



Die Nutzung des VINFO-Dienstes uber Cell-Broadcast soli fur den Kunden gleichartig wie die 
des interaktiven VINFO-Dienstes erfolgen. Daher sollten auch hier die Selektionskriterien um- 
kreisbezogene VINFO, himmelsrichtungsbezogene VINFO, zielgerichtete VINFO und strek- 
kenbezogene VINFO unterstutzt werden. Die Menustruktur sollte identisch wie bei den inter- 
aktiven VINFO-Diensten sein. Die entsprechenden Gebietsfilter sind fur VINFO CB endgerate- 
seitig zu realisieren. Empfehlungen fur deren Parametrisierung sind in Kapitel 5.5 zusammen- 
gestellt. Daruber hinaus sollte die Filterung nach „Fernstreckennetz" bzw. „alle StraBen" reali- 
siert werden (siehe Kap. 2.1 .4 bis 2.1 .6). 

Der interaktive VINFO-Dienst wird als Ruckfallosung bei unterbrochenem CB-Empfang, zur 
Abfrage yon Meldungen, die aufierhalb des aktuellen CB-VINFO-Versorgungsbereichs liegen, 
und zur Ubersetzung nicht dekodierbarer Nachrichten genutzt (s. Kapitel 5.4). 



5.2 Gultigkeit von Verkehrsmeldungen 

Jeder Verkehrsmeldung ist eine Verfallszeit zugeteilt Die Verfallszeit beginnt mit Empfang des 
Datentelegramms in dem die Verkehrsmeldung auftritt. Nach Ablauf der Verfallszeit verliert die 
Verkehrsmeldung ihre Gultigkeit und ist zu loschen. 



5.3 Der Ablauf 

Der Diensteanbieter sendet permanent via Cell Broadcast die aktuellen Verkehrsereignisse fur 
das Ausstrahlungsgebiet. 

Nach dem Empfang einer Cell Broadcast Seite muB das in ihr enthaltene Datentelegramm mit 
Hilfe des Diensteschlussels dechiffriert werden - siehe Interne Dienste und Key Management 
Die einzelnen Verkehrsmeldungen innerhalb des dechiffrierten Datentelegramms werden se- 
pariert. Aufsie sind folgende Regeln anzuwenden. 
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Regeln: 

1 Vorbedingung: 

Verkehrsmeldung hat Prioritat 1 (OxOO) 

Aktion: 

Fuge die Verkehrsmeldung in die Verkehrsinformation ein 

Setze d,e Verfallszeit der Verkehrsmeldung aufdie definierte Zeit vig_k101. 

2 Vorbedingung: 

Verkehrsmeldung hat Prioritat 2 (OxOl) 

Aktion: 

Fuge die Verkehrsmeldung in die Verkehrsinformation ein 

Setze d,e Verfallszeit der Verkehrsmeldung aufdie definierte Zeit vig_k102. 

3 Vorbedingung: 

Verkehrsmeldung hat Prioritat 3 (0x02) 

Aktion: 

Fuge die Verkehrsmeldung in die Verkehrsinformation ein. 

Setze d,e Verfallszeit der Verkehrsmeldung auf die definierte Zeit vig_k103. 



4 Vorbedingung: 

Verkehrsmeldung hat Prioritat 4 (0x03) 

Aktion: 

Fuge die Verkehrsmeldung in die Verkehrsinformation ein 

Setze d,e Verfallszeit der Verkehrsmeldung aufdie definierte Zeit vig_k104. 

5 Vorbedingung: 

Alle empfangenen Verkehrsmeldungen haben als Ereignis 0x223 
Aktion: 

Losche alle Verkehrsmeldungen aus der Verkehrsinformation 

6 Vorbedingung: 

Die Verfallszeit einer Verkehrsmeldung lauft ab und 

Imogen" 16 " ^ " ^ V ^hrsme,dungen via Cell Broadcast 

Aktion: 
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Werden bereits bekannte bzw. aktualisierte Verkehrsmeldungen (gleiche Meldungs-ID) auf- 
grund der zyklischen Ausstrahlung wiederholt empfangen, ist die zugehorige Verfallszeit wie- 
der auf den Wert vig_k101 bis vig_k104 zu setzen. Der zugehorige Ablaut ist in Abb. 6-3 in 
Kapitel 7 dargestellt. 

Uber CB werden alle vorliegenden Meldungen (Prioritatenklassen 1 bis 4, alle StraBenklassen) 
fiir eine Reichweite von mindestens vig_100_j_max km (Radius) bezogen auf die aktuelle 
Fahrzeugposition verteilt. Folgende Kriterien sind zur Beurteilung ihrer Relevanz fur eine Aus- 
gabe auszuwerten: Ereignisort innerhalb des Selektionsgebiets, Prioritatenklasse, Gultigkeits- 
zeitraum, StraBenklasse, Status: neu, aktuaiisiert, geloscht, alt. Die Dekodierung der Meldun- 
gen erfolgt wie beim interaktiven VINFO-Dienst mit Hilfe der Referenztabellen (Event- und 
Geo-Codes). 



Transaktionen via Cell Broadcast: 



Onboard Unit 



Traffic Information Message 



Traffic Information Message 



Service Center 
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SiSG^SS^"" 9 b6i CB-Emp,an S . , B. 

tuellen OB-VINFO-VersoraunS^hif 39 f von Meldungen, die auSerhalb des ak- 

^ p rioritat , Ve %^T:tZ£ ci b Sut; e „rsr unsen wer - 

5.4.1 Kein CB-Empfang 

und T111(s. A bb e-3 in Kapite. 7) 
start*. Erreicht T1 1 0 seinenMS^en^^1^l!^a U ^^ und erneut ge- 
gramm empfangen wurde werden di^ vliJ^l ' n da3 ein weiteres CB-Datenteli 
unabhangig von inter PriorSnhel Hch U S p^S er f ^ Pe ' Cherten Ve ^ehrsmeldungen 
prOft das Endger*. o b eine GSM SpS ™' ^sen Fa., 

Fa " a): Kei " CB-Fmpfann wen^n h 00tO h Qn der qsm-w^h. 

Der Kunde ( erhalt eine Meldung daruber, daB seit n * VIG T110 

und" die Moglichket zif Ab rlnl™" 6 J 6 "!?- Verkehrsi nformationen empfangen wurden 

*!^u^^ ^enst wird der ZSn.er 

vig cb reql max (s SnitP m * ^ . bis zum Erreichen der Wertes 
ru?kgese1z q t TsTde ^ MSmatertvTn^h'^'r^ 6 ' 1 - ° 6r Zahler wird nach 24 h zu- 
aktive Abfrag VamAmmTSt^^^-^ n ° Ch niCht erreicht - wird die in ter- 
parameter ^^^^^^ h ^^^ n Se,ektions 9ebiete und - 
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Fur beide Falle a) und b) gilt, daS nach Erreichen des jeweiiigen Maximalwertes 
(vig_cb_req1_max bzw. vig_cb_req2__max) interaktive Abfragen nur noch uber die Service IDs 
10h bis 14h (siehe Kapitel 3.1.1) zulassig sind. 



5.4.2 Selektionsgebiet groBer als CB-Gebiet 

Grundsatzlich sind die in CB einzustellenden Selektionsgebiete in ihrer GroBe nur durch die 
aktuelle Parametrierung (s. Kapitel 3.3 fur Wertebereiche) beschrankt. T-Mobil wird zunachst 
alle Verkehrsinformationen mit „Fernwirkung" bundesweit ausstrahlen, wobei die Wiederhol- 
frequenz mit abnehmender Entfernung zum Ereignisort erhoht wird. Daher ist auch fur groBe 
Reiseentfernungen zunachst keine interaktive Anfrage zur Erganzung der CB-lnformation no- 
tig und zulassig. 

Wird es aus Kapazitatsgrunden notwendig, eine Regionalisierung der CB-lnhalte vorzuneh- 
men, werden alle Verkehrsinformationen in einem Umkreis von mindestens vig100_r_max km 
ubertragen. Zusatzlich werden ausgewahlte Meldungen der Klasse 3 ausgestrahlt. Wunscht 
der Kunde eine vollstandige Versorgung mit Verkehrsinformationen tiber den versorgten Be- 
reich hinaus, kann er eine interaktive VINFO-Abfrage durchftihren Dabei sind die gewahlten 
Selektionsgebiete und -parameter auf die Anfragetypen umkreis-, himmelsrichtungs-, strek- 
kenbezogen bzw. zielgerichtet abzubilden. Empfehlungen fur die entsprechenden Parameter 
sind in Kapitel 5.5 zusammengestellt. Auch hier werden wie im Rahmen der CB-Emulation nur 
einmalige Anfragen unterstutzt. Nicht unterstutzt werden Anfragen mit Sprachausgabe. Die 
Freischaltung dieser interaktiven Abfrage erfolgt uber VIG_Ctr!2, A2VIG3 (siehe Kapitel 3.4). 



5.4.3 Nicht dekodierbare Meldung 

Erhalt das Endgerat uber den CB-VINFO-Dienst Meldungen, die mit den verftigbaren Refe- 
renzlisten (Event Codes, Geo Codes) nicht dekodierbar sind, kann mit der TINFO Code Re- 
quest Message, entsprechend des in Kapitel 4.7.12 beschriebenen Ablaufs eine Ubersetzung 
angefordert werden. 



5.5 Parameter ftir den CB-Dienst 



VINFO umkreisbezoaen 



Umkreisradius 


Wert 


r loc 


vig250_circle min 


r_reg 


vig250_circle med 


r__uberreg 


vig250 circle max 



Die Nutzung der Parameter vig250__circle_min, vig250_circle_med, vig250_circle_max ist ab- 
weichend von der Funktionsdefinition in Kapitel 3.3. Die Defaulteinstellungen der Parameter 
sind fest und durch den Kunden nicht zu beeinflussen. 
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VINFO himmelsrinhtiinasbezonfin 




Radius des Sif''* (Weri L Si6he oben Ka P' 5 - 5 - VINF ° umkreisbezogen) 

Himmelsrichtung gemaB Wahl des Kunden (8 Alternative,! N, NO, O, SO. S, SW, W. NW) 

KUndS " einS,e " bar innerha,B des <~ »**«< vi 9 250_ph Lmi „ 



VINFO 7iplqprinhtot 




Radius des Umkreises = r loc (Wert siehp nhpn Kan * \/imct/~> . • ^ 
Radius des Sektors = distTAbstand I Stan t Z,e» umkreisbezogen). 

zwischen vig250_phi_min 



ufd n S|; k hL P m h r m KUnde " einS,9 " bar innWhalb *• Bereichs 
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6 Anforderungen an die Endgerate 



6.1.1 Kommunikation 

Die Daten-Kommunikation zwischen dem Endgerat und derZentrale wird durch den im GSM 
zur Verfugung stehenden Kurznachrichtendienst abgewickelt. Dazu werden die Kurznachrich- 
tendienste SMS-MT (TS 21) und SMS-MO (TS 22) bendtigt werden. 

Zur Abwicklung des kollektiven VINFO-Dienstes muB der SMS Cell Broadcast Dienst unter- 
stutzt werden. 



6.1.2 Ortung 

Das Endgerat muB uber eine Ortungskomponente (GPS-Empf anger) verfiigen. 
Der Ortungsgenauigkeit muB irn Mittel<250 m sein. 



6.1.3 Speicher 

Fur den VINFO-Dienst muB das Endgerat mindestens 200 Verkehrsinformationen speichern 
konnen. 

Die Verkehrsinformationen sind nichtfluchig zu speichern, um z. B. nach kurzzeitigen Fahrtun- 
terbrechungen noch prasent zu sein. 

Die im Endgerat gespeicherte Geocode-Tabelle solite zur Eingabe von Start- und Zielpositio- 
nen genutzt werden konnen. 

Um die Eingabe von Start- und Zietpunkten zu erleichtern, solite im Endgerat ein Notizbuch 
mit mind. 50 Eintragen existieren, aus dem u.a. auch die AdreBbeschreibung ubernommen 
werden kann. 



Das Endgerat solite uber ein Text-Display und uber eine komfortable Etngabemoglichkeit ver- 
fugen. 



Es wird empfohlen, bei kostengunstiger Realisierbarkeit kunftig eine einfache Sprachausgabe 
einzurichten. 



6.1.4 MMI 



Emofehlunq fur das Display: 



4 Zeilen, 20 Zeichen/Zeile 
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7 Verkehrsmeldungsverwaltung - Realisierungsvorschlag 



/ Anzetge: "Es liegen 
/ zur Zeit keine 
V Verkehrsmeldungcn 

\ fur Sie vor." 




An I rage 
zusamrnensietlen 
und absenden 



Verkehrsmeldungs- 
verwaliung Point- 
to-Pomt 



Abbildung 6- 1: Verkehrsmeldungsverwaltung mit Buchung 
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Abbildung 6-3: Verkehrsmeldungsverwaitung bei CB 
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8 Verbindung des VINFO-Dienstes zum Navigationsdienst 

Folgende Verbindungen des Verkehrsinformationsdienstes zum Navigationsdienst Orientie- 
rungshilfe sind vorgesehen: 

1. Bei der VINFO-Variante streckenbezogen hat der Kunde die Moglichkeit, Verkehrsinfos fur 
eine im Endgerat abgelegte Route anzufordern (siehe Kap. 2.1 .6), die im Rahmen des Na- 
vigationsdienstes Orientierungshilfe zentralseitig berechnet und zum Endgerat ubertragen 
wurde. Die Route wird mit der Extended TINFO Request Message als streckenbezogene 
VINFO-Anfrage zur Zentrale ubertragen. 

2. Fur die VINFO-Varianten umkreisbezogen, himmelsrichtungsbezogen, zielgerichtet und 
streckenbezogen sowie fur den VINFO-Dienst uber CB ist im Endgerat neben den Sortier- 
verfahren nach Aktualitat, Fahrtrichtung/Abstand und StraBenklasse eine Zuordnungsfunk- 
tion der Verkehrsinfos zur aktuetlen Route vorzusehen. Der Bezug wird uber die StraBen- 
bezeichnungen und die Korridorgeometrien der Routenbeschreibung hergestellt (siehe 
Kap. 3.2.1, Dienstespezifikation Navigationdienst Orientierungshilfe). Dazu sind aus dem 
Block 2 (Location) der TINFO die StraBenbezeichnung sowie die Geocodes der IE x s first 
intersection und last intersection auszuwerten. 

Um festzustellen, ob die Route von einer vorliegenden Verkehrsinformation betroffen ist, 
sind alle AnschluBstellen, Kreuze und Dreiecke der referenzierten StraBe, deren Geocodes 
zwischen den im IE first intersection und IE last intersection angegebenen Orten liegen, zu 
identifizieren. Die Selektion ist anhand der StraBenbezeichnung (siehe Kap. 3.2.2, Geo- 
Codes) sowie der Nummer (siehe Kap. 3.2.6, Geo-Codes) durchzufuhren. Liegen ein oder 
mehrere der selektierten Geocodes innerhalb einer der Korridore der Routenbeschreibung, 
sollte die Verkehrsinformation als relevant betrachtet und dem Kunden zur Anzeige ge- 
bracht werden. 
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GEANDERTE ANSPRUCHE 

[beim Intemationalen Biiro am 23. Juni 1998 (23.06.98) eingegangen; 
urspriingliche Anspruche 1-2 durch neue Anspriiche 1-24 ersetzt (3 Seiten)] 



1 . Verfahren zur Verkehrsinformation, wobei auf Anfrage und/oder automatisch 
Daten zwischen einer Zentraleinheit und einer mobilen Teilnehmereinheit 
ubertragen werden, wobei die Daten Verkehrsinformationen beinhalten, die in 
der Zentraleinheit und/oder der mobilen Teilnehmereinheit teilnehmerindividuell 
gefiltert, aufbereitet und auf Anfrage und/oder automatisch durch die mobile 
Teilnehmereinheit an den Teilnehmer ausgegeben werden. 

2. Verfahren nach Anspruch 1, dadurch gekennzeichnet, daft die Aufbereitung 
und Bereitstellung der Verkehrsinformationen auf die individuellen Bedurfnisse 
des Teilnehmers zugeschnitten wird. 

3. Verfahren nach einem der Anspruche 1 oder 2, dadurch gekennzeichnet, daft 
die Verkehrsinformationen zu einem vom Teilnehmer ausgewahlten 
geometrischen Selektionsgebiet angefordert werden konnen. 

4. Verfahren nach Anspruch 3, dadurch gekennzeichnet daft die Grofte des 
Selektionsgebiets vom Teilnehmer definierbar ist. 

5. Verfahren nach einem der Anspruche 1 bis 4, dadurch gekennzeichnet, daft 
die Verkehrsinformationen zu einem vom Teilnehmer ausgewahlten 
Streckenabschnitt angefordert werden konnen. 

6. Verfahren nach einem der Anspruche 1 bis 5, dadurch gekennzeichnet daft 
die Ubertragung der Daten zu Informationserfassungszwecken und/oder 
Informationsubertragungszwecken und/oder zur Informationsaktualisierung 
durchgefuhrt wird. 

7. Verfahren nach einem der Anspruche 1 bis 6, dadurch gekennzeichnet, daft 
die Daten auf verschiedenste Ausgangsparameter bezogen werden konnen, wie 
Orts-, Start- oder Zielinformationen, Streckeninformationen der Fahrt, zentrale- 
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Oder endgerateseitige Abfragen, die gerategestutzt oder personengestutzt 
durchgefuhrt werden. 

8. Verfahren nach einem der Anspruche 1 bis 7, dadurch gekennzeichnet daft 
die Ubertragung der Daten uber ein GSM-Mobilfunknetz erfolgt. 

9. Verfahren nach einem der Anspruche 1 bis 8, dadurch gekennzeichnet daft 
die Daten uber den Kurznachrichtendienst SMS des GSM-Mobilfunknetzes 
ubertragen werden. 

10. Verfahren nach einem der Anspruche 1 bis 8, dadurch gekennzeichnet daft 
die Daten uber den Telefoniedienst ubertragen werden. 

11. Verfahren nach einem der Anspruche 1 bis 8, dadurch gekennzeichnet daft 
die Daten in Form einer Broadcastnachricht CB ubertragen werden. 

12. Verfahren nach einem der Anspruche 1 bis 11, dadurch gekennzeichnet daft 
Verkehrsinformationen aus unterschiedlichen Quellen gesammelt, aufbereitet 
und md.viduell fur die einzelnen Teilnehmer zusammengestellt werden. 

13. Verfahren nach Anspruch 12, dadurch gekennzeichnet, daft als Quellen fur die 

Verkehrsinformationen Verkehrsinformationszentralen, Landesmeldestellen 
Staumelder verwendet werden. 

14. Verfahren nach Anspruch 12, dadurch gekennzeichnet, daft als Quelle fur die 
Verkehrsinformationen stationare Erfassungssysteme verwendet werden. 

1 5. Verfahren nach Anspruch 12, dadurch gekennzeichnet, daft als Quelle far die 
Verkehrsinformationen die Teilnehmer des Verkehrsinformationssystems selbst 
verwendet werden. 

16. Verfahren nach einem der Anspruche 1 bis 15, dadurch gekennzeichnet daft 
die Verkehrsinformationen in der mobilen Teilnehmereinheit nach Aktualitat 
Fahrtnchtung/Abstand und Strassenklassen sortiert werden. 

17. Verfahren nach einem der Anspruche 1 bis 16, dadurch gekennzeichnet daft 
die Daten dem Teilnehmer graphisch und/oder akustisch mitgeteilt werden. 
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18. Verfahren nach einem der Anspruche 1 bis 17, dadurch gekennzeichnet, dali 
die Standortbestimmung des Teilnehmers durch ein Ortungskomponente erfolgt 

19. Anordnung zur Verkehrsinformation, wobei mindestens eine Zentraleinheit sowie 
mindestens mehrere mobile Teilnehmereinheiten vorgesehen sind, wobei ein 
mobiles Kommunikationssystem vorgesehen ist, uber das auf Anfrage und/oder 
automatisch Daten zwischen der Zentraleinheit und der mobilen 
Teilnehmereinheit ubertragen werden. 

20. Anordnung nach Anspruch 19, dadurch gekennzeichnet dad das mobile 
Kommunikationssystem ein GSM-kompatibles Mobiifunksystems ist. 

21. Anordnung nach Anspruch 19 Oder 20, dadurch gekennzeichnet, dad die 
mobile Teilnehmereinheit ein Endgerat des GSM-Mobilfunksystems beinhalten. 

22. Anordnung nach einem der Anspruche 19 bis 21, dadurch gekennzeichnet, 
da& in der mobilen Teilnehmereinheit eine Ortungskomponente enthalten ist. 

23. Anordnung nach Anspruch 22, dadurch gekennzeichnet, dali die 
Ortungskomponente ein GPS-Empfanger ist. 

24. Anordnung nach einem der Anspruche 19 bis 23, dadurch gekennzeichnet, 
dad die mobile Teilnehmereinheit ferner eine Datenverarbeitungseinrichtung, 
einer Speichereinrichtung, eine Eingabeeinheit und eine Ausgabeeinheit 
umfasst. 
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